DDF files

Автор Сообщение
Удалён
Гость

Добавлено: 04.08.2006 10:32 Заголовок сообщения: DDF files
Здравствуйте!

Подскажите, как использовать DDF файлы для формирования отчета в VBA проекте? Интересуют именно правила создания.

Спасибо.

E-terminator
Почетный форумщик

Зарегистрирован: 03.01.2005
Сообщения: 46
Откуда: град Св. Петра

Добавлено: 08.08.2006 08:43 Заголовок сообщения: Re: DDF files

traveller писал(а):
Подскажите, как использовать DDF файлы для формирования отчета в VBA проекте? Интересуют именно правила создания.


Лучше сразу оставьте эту затею. Если есть горячее желание вызвать из VBA-проекта (кстати, а нужен ли и он? это тоже вопрос Smile ) какой-то отчет, то правильней будет создать и показать каким-либо более прозрачным способом, чем "мутным" скальским ddf-ским. Например, используя компоненты Crystal Reports или новой компонентой MS Reporting Services — Report Viewer

Удалён
Гость

Добавлено: 16.08.2006 11:49 Заголовок сообщения:
E-terminator

В сторону DDF я (незная) глянул Shocked , т.к. Crystal Reports (да и другие генераторы) не подходит.
Дело в том что получаемый в результате запроса recordset объединяет несколько SELECTов и требует разбора построчно.

Проект делали еще до меня для Scala5.1:
получаем рекодсет -> формируем тектовый файл в нужном виде -> используем ScalaViewer.dll для загрузки и печати файла.

Сейчас iScala2.2
Невозможно использовать ScalaViewer и я ничего лучше не придумал как грузить файл в RichTextbox с последующим вызовом RichTextbox->SelPrint().
Но его нельзя использовать со скальскими контролами, а хотелось однородного интерфейса, да к тому же диалог печати после SelPrint() юзеров смущает.

Хотелось бы услышать авторитетное мнение.

Может ScaPrintEngine поддерживает кроме DDF и RPT еще какие-л. форматы отчетов (напр. та же загрузка готового отчета из файла) ?

зы: документации почти ноль Evil or Very Mad а обучатся ехать изза такой фигни нехочу

ззы: необходимость отчета в виде вба проекта есть, активно используется экономистами при работе с OR и SL.

Заранее спасибо!!![/u]

E-terminator
Почетный форумщик

Зарегистрирован: 03.01.2005
Сообщения: 46
Откуда: град Св. Петра

Добавлено: 16.08.2006 12:15 Заголовок сообщения:

traveller писал(а):
E-terminator

В сторону DDF я (незная) глянул Shocked , т.к. Crystal Reports (да и другие генераторы) не подходит.
Дело в том что получаемый в результате запроса recordset объединяет несколько SELECTов и требует разбора построчно.


Напишите правильно хранимую процедуру (с неограниченным количеством SELECT-ов), в которой анализируйте построчно, погруппно или еще как-нибудь, а затем отобразите результат. И все.
Технология, реализованная а вас на сегодняшний день убога. В 5.1 и ранее итак поступали от безисходности. В iScala вместе с клиентской частью ставятся ВСЕ необходимые компоненты от Crystal Reports (не путать с дизайнером отчетов — Crystal Report Designer), которые необходимы для отображения отчета на клиентской машине, что исключает необходимость доустановки еще чего-либо (в отличии от MS Reporting Server Viewer Control). Поэтому наиболее правильно и логично было бы не пытаться воспроизвести точно так же , как это было у вас в предыдущей версии Scala, а выполнить в более современной, прозрачной и гибкой технологии.
Кстати опять повторюсь. Ежели это только отчет, то зачем его запускать из VBA-проекта? Может быть все же подумать об организации какой-либо системы ВНЕШНЕЙ отчетности?

Удалён
Гость

Добавлено: 17.08.2006 12:11 Заголовок сообщения:

Цитата:
Может быть все же подумать об организации какой-либо системы ВНЕШНЕЙ отчетности?

Не спорю! Присматриваемся crystal/ms reporting services.

Цитата:
Ежели это только отчет, то зачем его запускать из VBA-проекта?

Сейчас в качестве "отчетной среды" используем костыли ввиде ms access. Учитывая время формирования отчетов и частоту использования данного отчета акцес не подходит.

Цитата:
Напишите правильно хранимую процедуру……. И все.

Да, так и сделаю.. Не хотелось ковырять чужую хп поэтому и поднял тему.

Спасибо.