FB Programmer,

1. Какие отчеты вы собираетесь формировать?
Первичку? Аналитику? Какие требования к отчетной системе?

2. Планируется их жесткое встраивание в клиентское приложение или нужна возможность динамического добавления отчетов без перекомпиляции приложения?

3. Как вы собираетесь представлять отчеты пользователям? Должна ли это быть динамическая форма а-ля куб или просто печатная форма? Возможно, нужен web вывод?

По своему опыту: fast report - для печати первички и нединамических и не веб отчетов для конечного пользователя - весьма удобная штука. У него есть отдельный дизайнер, который можно отдать конечному пользователю, русское руководство.

Я по работе использую в системе несколько отчетеров:
1. Devexpres Report System - как FastReport, но симпатичнее\удобнее и чутка медленнее. Нет русского описания, но много примеров. Стоит денег. Мой любимый.
2. FastReport - быстр, удобен для конечных юзеров (есть русское руководство), но сер и несимпатичен. Стоит денег.
3. Самописный движок, основанный на XLS файлах с разметкой внутри. Удобен, когда есть нарисованная в Excel форма и надо из нее сделать отчет. Придется потратить время и изучить какой-нибудь набор библиотек для прямой работы с XLS файлами.
4. Самописный отчет из TXT файла, используется для печати на всяких Зебрах на языках ZPL, EPL и тд. Придется изучить ZPL и EPL )))
5. Встроенная самописная форма для формирования отчетов с возможностью проваливания вглубь отчета (этакий миникуб)
6. MS SQL ReportingServices для WEB-отчетов SSRS

Для вариантов 1-4 схема работы такая:
- Все отчеты как файлы шаблонов хранятся в базе данных\в сетевом каталоге (зависит от настроек )))
- Когда человек печатает отчет, файл вытягивается в каталог %temp%, клиентским приложением выполняется хранимка\запрос на сервере, формирующая источник данных для отчета и выгружается в виде XML файла с данными, опять-таки в каталог %temp%
- Запускается утилита - отчетер под конкретный движок, которой передаются параметры - файл-шаблон, файл-данные, что делать (печать, просмотр, экспорт в файл), кол. копий.

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

Про SSRS - оно работает, оно удобно для веб отчетов, довольно легко изучаемо. А то что не MS SQL - не особо важно. Скул удобен именно тем, что к нему легко прилинковать любую хрень (это я не про слона) и делать отчеты потом из всего.

Сон Веры Павловны,

Можно использовать. И как встроенный в приложение и как загружаемые шаблоны. Но есть один нюанс - у него нет дизайнера отчетов для конченого конечного пользователя. Ну и по старой традиции MS - есть еще множество "нюансов". Например, нет встроенного контрола для отображения штрих-кодов.