|
Рекурсия в TfrxODBCQuery
|
|||
---|---|---|---|
#18+
Приветствую. Может кто сталкивался с ошибкой возникающей в процессе выполнения запроса. Как забороть ? Версия FastReport 4.13.1 Запрос к Microsoft SQL Server 2008 (SP2) - 10.0.4000.0 (X64) Sep 16 2010 19:43:16 Copyright (c) 1988-2008 Microsoft Corporation Enterprise Edition (64-bit) on Windows NT 6.0 <X64> (Build 6002: Service Pack 2) типа Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22.
... |
|||
:
Нравится:
Не нравится:
|
|||
12.06.2014, 18:50 |
|
Рекурсия в TfrxODBCQuery
|
|||
---|---|---|---|
#18+
_human, а в SQL Management Studio нормально отрабатывает? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.06.2014, 20:24 |
|
Рекурсия в TfrxODBCQuery
|
|||
---|---|---|---|
#18+
user89, да ... |
|||
:
Нравится:
Не нравится:
|
|||
12.06.2014, 20:35 |
|
Рекурсия в TfrxODBCQuery
|
|||
---|---|---|---|
#18+
_humanвыполнения запроса update: запроса в компоненте TfrxODBCQuery. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.06.2014, 20:37 |
|
Рекурсия в TfrxODBCQuery
|
|||
---|---|---|---|
#18+
_human, если в SQL Studio нормально отрабатывает, то надо методом тыка... - запрос обернуть в хранимую процедуру и вызывать из FastReport уже хранимую процедуру - вместо TfrxODBCQuery попробовать что-то вроде ADOQuery - в соединении с базой использовать другого поставщика ( Microsoft OLE DB Provider for SQL Server или SQL Native Client ) ... |
|||
:
Нравится:
Не нравится:
|
|||
13.06.2014, 09:44 |
|
Рекурсия в TfrxODBCQuery
|
|||
---|---|---|---|
#18+
user89- вместо TfrxODBCQuery попробовать что-то вроде ADOQuery SQL Native Client ) Такой возможности нет. user89- в соединении с базой использовать другого поставщика ( Microsoft OLE DB Provider for SQL Server или SQL Native Client ) это я попробовать не могу. Т.к. в клиентское ПО встроенный FastReport и используется соединение клиента. К которому я не имею отношения. user89- запрос обернуть в хранимую процедуру и вызывать из FastReport уже хранимую процедуру Это единственное решение до которого могу дотянутся, но все же. Хочется знать причину. Т.к. FastReport не выполняет запросы. Это делает сервер. В обычном батче нет ограничения на использование рекурсивного CTE.. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.06.2014, 10:22 |
|
Рекурсия в TfrxODBCQuery
|
|||
---|---|---|---|
#18+
Попробуйте еще в самый конец, добавить option (maxrecursion 0) Код: sql 1. 2. 3. 4. 5. 6. 7.
_humanТ.к. в клиентское ПО встроенный FastReport и используется соединение клиента Наша CRM-система тоже использует какое-то свое соединение и не понимает много SQL-конструкций. Там правда встроен Crystal Reports (но не суть), в общем пользуемся Reporting Service (он входит в поставку SQL сервера) Плюсы: это Web-страница, которую можно вызывать из любой точки где есть Интернет мало мучений с итогами, группировками, сводными таблицами (матрица pivot) возможность экспорта в Excel, PDF и т.д. нет ограничений на SQL-конструкции Минусы: весьма глючный (Microsoft всё ж ) частенько тормоза при раскрытии узлов таблицы нельзя формулы в Excel, нельзя настроить внешний вид параметров отчета и еще куча ограничений, уже не вспомню... FastReport лучше Microsoft Reporting-a, но народ хочет получать данные, за пределами локальной сети офиса, поэтому юзаем репортинг. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.06.2014, 14:51 |
|
Рекурсия в TfrxODBCQuery
|
|||
---|---|---|---|
#18+
user89, option (maxrecursion 0) не помог. FastReport 5.0.4 - те же грабли. Собсна ошибка. S1106: [Microsoft][ODBC SQL Server Driver] Fetch type out of range насчет Reporting Service vs FastReport полностью согласен. FastReport по своему хорош, но все таки Reporting Service сильнее за счет Web-страниц. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.06.2014, 15:29 |
|
|
start [/forum/topic.php?fid=31&fpage=23&tid=1533655]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
46ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
43ms |
get tp. blocked users: |
2ms |
others: | 12ms |
total: | 149ms |
0 / 0 |