Система бизнес-аналитики Stimulsoft | Форум

TVV писал(а):Здравствуйте.

Знакомлюсь с демоверсией. Пока очень нравится

Но с одним только FAQ сложновато на певых порах...

Итак.

1. Нам необходим(на данном этапе) только дизайнер. Далее, сформированный отчёт мы экспортим в необходимый нам формат. Какова должна быть последовательность действий в нашем случае? Естественно, прежде всего волнует производительность : нужна максимальная скорость.

stiReport1.Load(...);
stiReport1.RegData(dsWork);
stiReport1.Render(false);
stiReport1.Export(...);

Эту песню сократить никак нельзя?

2. Для теста создал отчёт, в рантайме пытаюсь использовать его с разными источниками данных.
Делаю так :

dsWork = LoadBillsSimple(х);
stiReport1.RegData(dsWork);
stiReport1.Render(false);

в dsWork у меня всегда одна таблица, но с разным содержимым.
и, похоже, данные синхронизируются, т.е., всё что было в источнике данных отчёта при предыдущем запуске - остаётся. Это только предположение : сужу по кол-ву данных.
Что я делаю не так?

Спасибо.

report.Dictionary.DataStore.Clear();

Vital писал(а): Лучшая оптимизация - это предварительная компиляция отчета или компиляция отчета на первом запуске.
Это дает увеличение производительности в разы. Почитать об этом можно здесь:

How to speed up report creation and design
Need more Ram for my Reports ?

if (File.Exist("Report.dll")
{
     stiReport1 = StiReport.GetReportFromAssembly("Report.dll", true);
}
else 
{
    stiReport1.Compile("Report.dll");
    stiReport1 = stiReport.CompiledReport;
}

//Перебираем таблицы 
{
    stiReport1.Dictionary.DataStore.Clear();
    stiReport1.RegData(dsWork);
    stiReport1.Render(false);
    stiReport1.ExportDocument(...
}

И ещё... Можно в 2-х словах про процедуру рендеринга?

Vital писал(а):Код верный. У Вас судя по всему получается в районе 100 страниц в отчете. Если машина мощная, то
разницы на этом количестве страниц Вы не заметите. Компиляция в среднем занимает от 0,2 до 3 сек (p4-3000).
Зависит от многих параметров. При объеме отчета в 10 страниц это становится заметно. Кроме того .Net
часто оптимизирует загрузку компилятора (он грузится как процесс), но не всегда.

Время измерений может меняться незначительно.

p.s. Если Вы тестируете в VS2005, то стоит запускать в Runtime режиме.

Спасибо.

TVV писал(а):

Vital писал(а):Код верный. У Вас судя по всему получается в районе 100 страниц в отчете. Если машина мощная, то
разницы на этом количестве страниц Вы не заметите. Компиляция в среднем занимает от 0,2 до 3 сек (p4-3000).
Зависит от многих параметров. При объеме отчета в 10 страниц это становится заметно. Кроме того .Net
часто оптимизирует загрузку компилятора (он грузится как процесс), но не всегда.

Время измерений может меняться незначительно.

p.s. Если Вы тестируете в VS2005, то стоит запускать в Runtime режиме.

Спасибо.

1. У меня 500 страниц
машина слабенькая
8 сек...
с этим можно смириться

Пробую 5000 страниц
отжирает 325 метров оперативки + 407 метров виртуальной
но и это не смертельно(пример не слишком жизненный + .Net)
но!

снова делаю :

if (File.Exists("Report.dll"))
{
stiReport1 = StiReport.GetReportFromAssembly("Report.dll", true);
}
else
{
stiReport1.Compile("Report.dll");
stiReport1 = stiReport1.CompiledReport;
}

stiReport1.Dictionary.DataStore.Clear();
stiReport1.RegData(dsWork);
stiReport1.Render(false);

... для датасета всего с 10 записями!
И память не отдаёт...
А вот это уже не хорошо...
Что-то ещё нужно чистить?

2. Так что там с экспортом в PDF ?

Vital писал(а): Память занимается загруженной сборкой отчета. Выгрузить ее нельзя (можно вместе с доменом приложения).
Поэтому и нужно компилировать отчет на диск и потом грузить ее при помощи
StiReport.GetReportFromAssembly("Report.dll", true); В этом случае гарантируется однократная загрузка сборки
отчета в память.

Vital писал(а): 2. Так что там с экспортом в PDF ?

Извините, пропустили этот вопрос. Проверьте пожалуйста, если использовать вместо PDF скажем RTF будет ли повторяться проблема?