Посоветуйте генератор отчетов

← →
Vlad_MK (2010-10-29 11:44) [0]

День добрый!
Интересует, есть ли для Delphi генераторы отчетов такие, чтобы данные в них можно было не только получать из DataSet, но и редактировать (из самой формы отчета) и сохранять в этом Dataset, как напр. из обычного TDBGrid.
Спасибо заранее.

← →
Sergey13 © (2010-10-29 12:03) [1]

Я конечно извиняюсь за офтоп, но нафига нужны такие отчеты? Почему не отредактировать сначала в том же гриде, а потом вывести в отчет?

← →
sniknik © (2010-10-29 12:25) [2]

> но нафига нужны такие отчеты?
привычка из 1С видимо... там у них отчет это не совсем отчет, а форма аналогичная ексель странице (и даже было какое то устанавливаемое дополнение чтобы смотреть их в екселе).

+ ко всему этому, Excel не пойдет?

← →
Vlad_MK (2010-10-29 12:42) [3]

> sniknik © (29.10.10 12:25) [2]
>
> > но нафига нужны такие отчеты?
> привычка из 1С видимо... там у них отчет это не совсем отчет,
> а форма аналогичная ексель странице (и даже было какое
> то устанавливаемое дополнение чтобы смотреть их в екселе).
>
>
> + ко всему этому, Excel не пойдет?
>

Да, нужен именно аналог 1с. Excel рассматриваю как один из вариантов, но вопрос в том, существуют ли какие-то компоненты для удобной работы с Excel + TDataSet ? Платные или бесплатные - неважно.

← →
Anatoly Podgoretsky © (2010-10-29 12:48) [4]

> sniknik (29.10.2010 12:25:02) [2]

Не совсем понятен вопрос, но может быть Crystal Reports подойдут?

← →
Anatoly Podgoretsky © (2010-10-29 12:51) [5]

> Vlad_MK (29.10.2010 12:42:03) [3]

Зачем именно ТDataset?

← →
Inovet © (2010-10-29 12:51) [6]

В ФР4 можно, но я не пробовал.

← →
12 © (2010-10-29 12:58) [7]

лист excel может быть datasetом

← →
Vlad_MK (2010-10-29 12:59) [8]

> Anatoly Podgoretsky © (29.10.10 12:51) [5]
>
> > Vlad_MK (29.10.2010 12:42:03) [3]
>
> Зачем именно ТDataset?
>

Планируется сформированные отчеты хранить в базе (Firebird)
Изначально в отчет должны подтягиваться данные из таблиц, но пользователь во вновь созданном отчете должен иметь возможность исправить любые данные и сохранить их. Т.е., функционал похожий на 1с

← →
Anatoly Podgoretsky © (2010-10-29 13:02) [9]

Эксель

← →
PEAKTOP © (2010-10-29 13:21) [10]

> sniknik © (29.10.10 12:25) [2]
>
> > но нафига нужны такие отчеты? привычка из 1С видимо... там у них отчет это не совсем отчет, а форма аналогичная ексель странице (и даже было какое
> то устанавливаемое дополнение чтобы смотреть их в екселе).

Нет, тут дело не в привычке.

Просто предпросмотр отчета - это по сути картинка. Такая же тупая и бесполезная, какая возникнет на бумаге, когда этот отчет распечатают. Для бухгалтерии картинки достаточно выше крыши потому, что в конечном итоге работа бухгалтера сводится к печати этой картинки, простановке подписей+печатей и подшивании ее в соответствующий журнал.

Другое дело - аналитика. Причем любая: финансовая, эффективность работы с клиентами, продажи, производственные затраты и пр. И когда смотришь на этот отчет, нужно очень быстро выяснить, откуда эта цифра взялась в данном месте (хотя бы просто открыть отфильтрованный по этому критерию журнал документов), чтобы юзер мог вспомить, что "таки-да, мы ведь в этом месяце новый станок-то купили...". И здесь картинки (на коих стоят все отчетные системы для Delphi чуть менее, чем полностью) уже лет десять не канают потому, что статичны.

Тут по сути варианта два:
1) БДСМ с ссылками в FastReport, клик по которой открывает следующий предпросмотр.
2) Отчеты на основе T<vendor>DBGrid.

Второй вариант немного сложнее, т.к. по сути 75% табличных отчетов имеют жесткий бланк (неважно, корпоративный или государственный) и разработка табличного отчета на основе T<vendor>DBGrid не избавляет от необходимости рисовать в том же FastReport, к примеру (потому, как раз в 100 лет юзер все-таки захочет его распечатать). Зато двойной клик в ячейке грида в отчете приводит аналитиков в неописуемый восторг.

При первом варианте с ссылками в FastReport по объему кода будет проще, не надо разрабатывать две формы отчета "на грид" и "на печать". Но занятие это - БДСМ, перед ним желательно раздобыть той же самой травы, что была у разработчиков при реализации.

> Vlad_MK (29.10.10 12:59) [8]
>
> Планируется сформированные отчеты хранить в базе (Firebird)

http://delphiplus.org/articles/delphi/reports_manager/index.html
http://delphiplus.org/articles/delphi/reports_manager2/index.html

Там кроме "грязнаго пеара" все таки пара-тройка стоящих идей есть.

Anatoly Podgoretsky © (29.10.10 13:40) [12]
> > PEAKTOP © (29.10.10 13:21) [10]
>
> Как легко их купить.

Кого ? T<vendor>DBGrid или FastReport ? А поцчему тогда именно FastReport. В посте он звучал для примеру.

Тем более, шо во всяких русских интернетах оно (то есть - все) качается с исходниками...

← →
Дмитрий Тимохов (2010-11-04 02:42) [14]

есть такие компненты xlsreadwriteII (http://www.axolot.com/components/xlsrwii20.htm)

не знаю как они с датасетом, но с екселем хорошо работают - и читают и пишут и все что хочешь

они это делали вроде неплохо (я смотрел, но в работе не использовал) еще до того как был опубликован формат xls. сейчас, видимо, они вообще должны работать с xls вообще без нареканий.

думаю, что датасет можно самому дописать.

> [10] PEAKTOP © (29.10.10 13:21)

Тогда возможно надо определиться с терминологией. Для меня "генератор отчетов" - это инструмент для получения "тупой и бесполезной" картинки и печати ее на бумажке. Наличие этого "фотоаппарата для информации" никак не ограничивает фантазии по представлению этой информации на экране для анализа и прочего.

Посоветуйте генератор отчетов Найти похожие ветки