Переход с 3.0 на 2009, проблема с выравниваниями.

[Corel]

Сейчас имеется приложение на 3-ке, сильно модифицированное. В соответствие к нему приведено приложение на 2009. Выравнивания на определённых типах необходимо оставить вправо - иначе на ItemId и пр. слетит сортировка. И вроде бы всё ок, но по каким-то причинам иногда запросы на SQL идут с обрезанными строками, у которых убраны левые пробелы. Тестовый джоб, где запрос для поиска записи скопирован из функции на таблице, даёт такую картину: с клиента (в теле джоба) запрос отправляется как есть, вызов же табличной функции (с сервера, значится), приводит к тому, что на SQL идут строки, обработанные LTRIM. В настройках сервера галочка про LTRIM отключена.

Нет идей, как заставить Аксу во всех случаях отправлять запросы as is, без излишней оптимизации?

P.S. Версия приложения SP1 RU6

[S.Kuskov]

Вот такой параметр Include LTRIM in all SELECT statements to remove leading space from right-aligned columns случаем не включен?

[Corel]

Цитата:

Сообщение от S.Kuskov

Вот такой параметр Include LTRIM in all SELECT statements to remove leading space from right-aligned columns случаем не включен?

Нет, её отключили почти сразу.

Цитата:

Сообщение от Corel

В настройках сервера галочка про LTRIM отключена.

Погоняли тестовые джобы.
Если запускать запрос не в обрамлении ttsbegin / ttscommit, то обрезание идёт постоянно, естественно, запрос тупит. Если в транзакции - то ровно через раз. Прям как часы. Мистика.

[Logger]

Может быть есть зависимость от месте где создан курсор - клиент/сервер. Такой анализ не пробовали делать ?

[S.Kuskov]

Цитата:

Сообщение от Corel

Погоняли тестовые джобы.
Если запускать запрос не в обрамлении ttsbegin / ttscommit, то обрезание идёт постоянно, естественно, запрос тупит. Если в транзакции - то ровно через раз. Прям как часы. Мистика.

Может это кэш так себя ведёт? попробуйте во время експеримента чистить кэш

flush myTable;

или выставить свойство таблицы cashLookup в значение "None".