Есть db-линк с оракла на ms-sql через (покупной) gataway! Запрос 1. и 3. возвращает строки. Запрос 2. ничего. (cм. аттач!)

Вообщем ситуация мне уже достаточно ясная. В случае запросов 2. и 3. Gateway отсылает этот дело (cравнение) на MsSQL cервер, там length() пробразуется в мелкомягковский LEN() (c байтовой семантикой). Показывает же (в Select-Clausel) length() в char-семантике (ибо настройка у нас HS_NLS_LENGTH_SEMANTICS=CHAR ). Правильно я понимаю?
Но всё равно жлобство, ИМХО! (т.к. одна и та же(!!!) функция length() в одном и том же(!!!) sql-запросе ведёт себя по разному) (ну ладно я ДБА, но простым юзверям ("не знающим слов любви", таких как SEMANTICS), сие рвёт крышу, разумеется! :-)
Чтоб вы сделали на моём месте? Открыли бы на металинке ticket (с метамесаджем "ну и гадость эта ваша заливная рыба" ( = Gateway ) :-) ) или забить, ибо только потеря времени?

sorry, тогда я Вас не очень понимаю, похоже...

И даже не уверен, что Вы правильно видете ситуацию... (Вы согласны с тем, что передавая cравнение на MsSQL Gateway допускает этим самым там конвертацию в LEN()? Или что по Вашему происходит там во "внутрях"?)

P.S. кстати ровно те же таблицы и данные у нас существуют в другой удалённой базе - уже на Оракл! Надо ли говорить что при варианте dblink-а "Оracle-to-Oracle" такой фигни не происходит! ;-)

угу, вот и я так думаю! ;-)


Спасибо за Ваши мнения, вот я и склоняюсь, что раз деньги уплачены, то пусть потрудятся (хотя бы с разьяснениями!)

Кто считает по другому, уважаемые? :-)

откуда взялось "в мелкомягковский LEN() (c байтовой семантикой)" совершенно не понятно

ну или наоборот стало быть: там это дело в DATALENGTH конвертится. Один хрен, имеем противоречивый результат на выходе.

почитал описание HS_KEEP_REMOTE_COLUMN_SIZE. Выглядит весьма в тему, спасибо!

Но сначала всё-же хотим узнать мнение саппорта...

P.S. запузырил им новый SR уже... :-) Посмотрим, как будут вертется... ;-)