Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Возможно, мой вопрос не совсем про Crystal
|
|||
|---|---|---|---|
|
#18+
Краткое описание ситуации. Используем отчеты Crystal Reports (версии 9.2), применяя следующую схему: Crystal "лежит" на формах нашего приложения как ActiveX, источником данных для отчетов служат хранимые процедуры MS SQL Server 2005 (SP2) с параметрами, возвращающие Record Set требуемого для отчета набора данных. Механизм обращения к серверу - OLEDB(ADO). С некоторых пор (возможно, после достижения базой данных некоторого размера) наблюдается следующее неприятное явление: одна и та же хранимая процедура на одном и том же наборе параметров выполняется из Management Studio в ДЕСЯТКИ-СОТНИ раз быстрее, чем когда ее вызывает кристаловский отчет. Типовое значение 10-30 секунд из Management Studio (с возвращаемым Record Set из 500-1000 записей) и час-несколько при запуске отчета, то есть фактически отчет виснет надолго, но потом все-таки строится. Из профайлера легко определяется запрос, на котором стопорится выполнение процедуры, но он ни чем не примечателен, что доказывается безпроблемной работой той же процедуры при вызове из Management Studio. Что уже было предпринято: в формируемой Connection String были изпробованы разные значения константы OLEDBSERVICES (сам Crystal по умолчанию ставит значение -5), но если на одних отчетах/процедурах это принесло ощутимое улучшение, то на других - нет. В чем же разница между вызовом процедуры "руками" и кристалом через OLEDB? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2008, 14:46 |
|
||
|
|

start [/forum/topic.php?fid=31&fpage=96&tid=1536566]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
27ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
| others: | 249ms |
| total: | 360ms |

| 0 / 0 |
