|
Хранимая процедура как источник данных
|
|||
---|---|---|---|
#18+
Есть источник данных в виде хранимой процедуры и справочников. Хранимая процедура возвращает RecordSet формата: Код: plaintext 1. 2. 3.
Справочники table1... имеют структуру: Код: plaintext 1. 2. 3.
Внимание! Пытаюсь связать table1, table2, ... с RecordSet хранимой процедуры Выдается сообщение: Invalid file link. SQL stored procedures cannot be linked. Очевидно, Crystal Report не может связать таблицы с данными хранимой процедуры. Как быть в этом случае? Кто-нибудь решал подобную проблему? Буду благодарен за помощь Использую генератор отчетов Crystal Report 8.5 и сервер БД MS SQL Server ... |
|||
:
Нравится:
Не нравится:
|
|||
12.09.2005, 10:32 |
|
Хранимая процедура как источник данных
|
|||
---|---|---|---|
#18+
использовать только хранимую процедуру, т.е. подлючи в процедуре справочники и выводи полностью рекордсет ... |
|||
:
Нравится:
Не нравится:
|
|||
12.09.2005, 10:50 |
|
Хранимая процедура как источник данных
|
|||
---|---|---|---|
#18+
Пять справочников, из каждого по ключу будет выбираться строковое выражение . 23 тыс записей в основной таблице! В таком случае получается очень большой объем данных. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.09.2005, 13:40 |
|
Хранимая процедура как источник данных
|
|||
---|---|---|---|
#18+
У меня был такой вариант: 1. запускается хранимая процедура (формируются данные для отчета в виде таблиц) 2. отчет связывает эти таблицы во едино. Беда в том, что приложение многопользовательское . Если на каждого, желающего посмотреть отчет, заводить таблицу, так и таблиц не напасешься. Может кто-то по другому проблему решал? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.09.2005, 13:43 |
|
|
start [/forum/topic.php?fid=31&msg=33263446&tid=1539489]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
173ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
others: | 230ms |
total: | 489ms |
0 / 0 |