Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
CR: Command или подотчеты?
|
|||
|---|---|---|---|
|
#18+
Делаю отчет в Crystal Report XI, при этом в нем используется много таблиц - И чтобы получить из них данные приходиться создавать много подотчетов, отчет получается очень запутанным. Если использовать Command, то отчет работает долго, т.к. отбор записей происходит не на сервере. Еще есть вариант делать необходимые view-ы в самой базе... Что можете подсказать, чтобы упростить отчет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 14:01 |
|
||
|
CR: Command или подотчеты?
|
|||
|---|---|---|---|
|
#18+
Напишите хоть какое-нибудь мнение об этом :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 14:48 |
|
||
|
CR: Command или подотчеты?
|
|||
|---|---|---|---|
|
#18+
если используется Command, то из этого НЕ вытекает, что "отбор записей происходит не на сервере". просто SQL или процедура, прописанные в этом Command построены таким образом, что не передают на сервер необходимую информацию для фильтрации данных на сервере. вобщем CR здесь как бы и ни причем... желательно просто, чтобы в него приходили только необходимые для отчета(ов) данные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 15:52 |
|
||
|
CR: Command или подотчеты?
|
|||
|---|---|---|---|
|
#18+
1. насчёт скорости - обратите внимание на галку "use indexes or server for speed" в опциях отчёта, причём эта галка должна стоять в опциях КАЖДОГО подотчёта.. 2. насчёт комманда - ... правильный комманд наоборот полностью обрабатывается на сервере, но для этого в него надо корректно затолкать все связи и правила выборки... 3. старайтесь при описании выборки в кристале использовать функции, "понятные" sql-ю (в команде меню "show sql query" можно посмотреть насколько полно ваша кристаловская выборка перевелась в sql запрос и соответственно какая часть данных отберётся на сервере...)... 4., 5., ................. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.10.2007, 12:47 |
|
||
|
CR: Command или подотчеты?
|
|||
|---|---|---|---|
|
#18+
Для повышения производительности отчета обязательно надо выключать опцию верификации отчета при первом обновлении. Лучше всего конечно же посмотреть какой из серваков у тебя сильнее Кристаловский или БД. Если распределены. Я б оптимизнул вьюху. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2007, 21:37 |
|
||
|
CR: Command или подотчеты?
|
|||
|---|---|---|---|
|
#18+
Неужели до сих пор в CRW поддерживается только ОДИН SQL опеатор на репорт и невозможно делать то что было возможно в Oracle Reports 20 лет назад: каждое поле отчета может быть отдельным SQL оператором, ? Я помню как из-за этого приходилось лепить views с итогами, я думал что subreports кaк-то решили эту проблему, но вот наши девелоперы не хотят их использовать почему-то и снова городим views/sps/tables... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2007, 20:33 |
|
||
|
CR: Command или подотчеты?
|
|||
|---|---|---|---|
|
#18+
ZhoraНеужели до сих пор в CRW поддерживается только ОДИН SQL опеатор на репортне совсем так. CR поддерживает только один логический резалтсет. Этот резалтсет может быть получен либо из одной Command/Stored procedure, либо CR сам сделает несколько запросов к таблицам/вьюшкам и потом кросс-джойн их на клиенте. В первом случае ты имеешь возможность управлять синтаксисом SQL-запроса, во втором - увы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2007, 20:50 |
|
||
|
|
start [/forum/topic.php?fid=31&tid=1537490]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
27ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
2ms |
| others: | 12ms |
| total: | 127ms |
| 0 / 0 |
