|
|
|
Сил уже нет... Помгите плиз.
|
|||
|---|---|---|---|
|
#18+
Ситуация такая - есть процедура с гетерогенным запросом к двум серверам. КАК ЗАСТАВИТЬ Cristal построить на ее основе отчет? (При попытке в лог пишется Код: plaintext 1. 2. 3. 4. 5. 6. 7. ) Хотя при определении процедуры специално установил: Код: plaintext 1. 2. 3. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2002, 14:54:25 |
|
||
|
Сил уже нет... Помгите плиз.
|
|||
|---|---|---|---|
|
#18+
Надо так делать: Код: plaintext 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2002, 15:12:29 |
|
||
|
Сил уже нет... Помгите плиз.
|
|||
|---|---|---|---|
|
#18+
Не помогает. Пришлось создавать ODBC data source с такими параметрами. Но все это как-то некрасиво... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2002, 17:51:14 |
|
||
|
Сил уже нет... Помгите плиз.
|
|||
|---|---|---|---|
|
#18+
А в Query Analyzer процедура работает? Сервис паки одинаковые стоят? Кстати вопрос к VVG_, а разве SET не к сессии относится? По-моему если вне процедуры, то эти установки будут относится только к скрипту который процедуру собирает, а не коду процедуры... или я ошибаюсь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2002, 18:51:35 |
|
||
|
Сил уже нет... Помгите плиз.
|
|||
|---|---|---|---|
|
#18+
сервер помнит состояние сэтов на момент создания процедуры... и выставляет их для нее перед исполнением кода.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2002, 18:54:42 |
|
||
|
Сил уже нет... Помгите плиз.
|
|||
|---|---|---|---|
|
#18+
Резюме. Вам надо удалить созданную процедуру и создать ее заново так, как указал VVG_ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2002, 22:26:49 |
|
||
|
Сил уже нет... Помгите плиз.
|
|||
|---|---|---|---|
|
#18+
Не помогает... Пробовал даже для серверов выставить эти опции - из Cristal отрабатывает только та часть селектов - который на сервере где процедура. Один выход - выносить часть кода в процедуру на другом сервере. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2002, 10:17:57 |
|
||
|
Сил уже нет... Помгите плиз.
|
|||
|---|---|---|---|
|
#18+
а из QA отрабатывает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2002, 10:24:08 |
|
||
|
Сил уже нет... Помгите плиз.
|
|||
|---|---|---|---|
|
#18+
Да. Может в QA дефолтные настройки соединения присутствуют которых нет в Cristal? Там правда вообще нельзя задать никаких настроек соединения (только если через ODBC) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2002, 10:36:06 |
|
||
|
Сил уже нет... Помгите плиз.
|
|||
|---|---|---|---|
|
#18+
попробуй сделать еще одну процедуру вызвающую уже созданную и запихивающую во временную таблицу... а у Cristal помоему есть настройки коннекта.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2002, 10:42:04 |
|
||
|
Сил уже нет... Помгите плиз.
|
|||
|---|---|---|---|
|
#18+
Как раз сейчас пишу процедуру, которая будет возвращать в основную данные со второго сервера. Так уже делал - получалось. Просто нужно было быстро репорт написать - а гетерогенным запросом проще всего. Но наверное не для Cristal`a (: ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2002, 10:54:39 |
|
||
|
Сил уже нет... Помгите плиз.
|
|||
|---|---|---|---|
|
#18+
Каждое клиентское приложение (будь то QA, ODBC, OLEDB-ADO и пр.) считает своим долгом при установке соединения с сервером - задать свои собственные параметры SET OPTIONS. Вот, например, что делает QA от SQL7.0 при соединении с сервером SQL6.5 (это только те скудные данные, которые может перехватить Tracer от SQL6.5): Код: plaintext 1. 2. 3. 4. 5. 6. В качестве бесплатного совета - запустите Profiler (если имеете версию SQL7.0 и выше) - и посмотрите что там устанавливает Cristal? Если это не то, что вам нужно и нет возможности поменять это в настройках самого Cristal - тады ой - придется извращаться с различными "обертками" для вызова нужной вам процедуры... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2002, 11:01:17 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=32050361&tid=1820372]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
52ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
55ms |
get tp. blocked users: |
1ms |
| others: | 230ms |
| total: | 376ms |

| 0 / 0 |
