Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Как использовать "Forward to"?
|
|||
|---|---|---|---|
|
#18+
Подскажите пожалуйста, а как можно использовать возвращаемые командой "Forward to" результаты выборок из удаленного сервера? В курсор записать не дает, как источник данных для select тоже ошибки выкидывает. А в голом виде: forward to OraServ select * from A62_32.definition_attr' эта команда не особенно полезна... :(( Sybase ASA 8. Спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 13:03 |
|
||
|
Как использовать "Forward to"?
|
|||
|---|---|---|---|
|
#18+
Теоретически, "forward to" просто запрещает ASA делать синтаксический разбор всех последующих SQL команд и отдает их в чистом виде удаленому серверу. Предполагается что эти команды будут идти на диалекте того удаленного сервера. Запрет на локальный синтаксический разбор влечет за собой невозможность использования локальных курсоров, таблиц, переменных. Автоматический коммит удаленного сервера, делаемый перед forward to, запрещает использовать эту команду как подзапрос. Итого, единственный вариант получить что-то полезное от нее - модификация данных на удаленном сервере используя его родной диалект. Пересылка нужных данных в какую-либо временную таблицу (внутри удаленного сервера). И последующий запрос этих данных из ASA уже без использования "forward to". В общем, рассматривай эту команду как микро-консоль удаленного сервера :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2005, 20:06 |
|
||
|
Как использовать "Forward to"?
|
|||
|---|---|---|---|
|
#18+
White OwlТеоретически, "forward to" просто запрещает ASA делать синтаксический разбор всех последующих SQL команд и отдает их в чистом виде удаленому серверу. Предполагается что эти команды будут идти на диалекте того удаленного сервера. Запрет на локальный синтаксический разбор влечет за собой невозможность использования локальных курсоров, таблиц, переменных. Автоматический коммит удаленного сервера, делаемый перед forward to, запрещает использовать эту команду как подзапрос. Итого, единственный вариант получить что-то полезное от нее - модификация данных на удаленном сервере используя его родной диалект. Пересылка нужных данных в какую-либо временную таблицу (внутри удаленного сервера). И последующий запрос этих данных из ASA уже без использования "forward to". В общем, рассматривай эту команду как микро-консоль удаленного сервера :) Ну, в общем то, так ее и рассматриваю. Получилось, правда, загнать результаты команды в cursor и передать ее в базу. Вот так: автор Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. Процедура работает, правда с оговорками. Но они, наверно, уже не к ней, а к драйверам. Дело в том, что в удаленной таблице есть поля типа Clob и Blob. Две строки в нее я ввел ручками (в том числе и в Clob), а 85054 строки добавил из аналогичной таблицы, лежащей в соседней схеме. Так вот - эти 2 "ручные" строки читаются в Sybase нормально, а вот на всех остальных при чтении (запросе select *) уже сформированной в Sybase таблицы лезет ошибка Interactive SQL про то, что данные 'incorrect or incomplete'... Наверно какие-нибудь проблемы с кодировкой при передаче текста написанного по-русски происходят? Или может быть что-то еще? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.04.2005, 10:43 |
|
||
|
Как использовать "Forward to"?
|
|||
|---|---|---|---|
|
#18+
Yuri TyurinПроцедура работает, правда с оговорками. Но они, наверно, уже не к ней, а к драйверам. Дело в том, что в удаленной таблице есть поля типа Clob и Blob. Две строки в нее я ввел ручками (в том числе и в Clob), а 85054 строки добавил из аналогичной таблицы, лежащей в соседней схеме. Так вот - эти 2 "ручные" строки читаются в Sybase нормально, а вот на всех остальных при чтении (запросе select *) уже сформированной в Sybase таблицы лезет ошибка Interactive SQL про то, что данные 'incorrect or incomplete'... Наверно какие-нибудь проблемы с кодировкой при передаче текста написанного по-русски происходят? Или может быть что-то еще? Мда... Дальнейшее "исследование" показало, что затыкается на полях TextVarchar. Причина наверно та же - проблема кодировки. :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.04.2005, 11:56 |
|
||
|
|

start [/forum/topic.php?fid=55&fpage=106&tid=2013746]: |
0ms |
get settings: |
9ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
46ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
2ms |
| others: | 251ms |
| total: | 393ms |

| 0 / 0 |
