Error executing code: Binding operation failed to allocate buffer space

[kitty]

Что это за ошибка?
В классе создается запрос, в который передаются в Range значения типа " *124*,*E128*,*131*,*154*,*155*". Происходит при первом вызове queryRun.next(). Возникает как только длина передаваемой в Range строки начинает превышать 40 символов. Возвращаемое количество строк на предельной длине -9, то есть это не должно зависеть от кол-ва возвращаемых строк, а как-то связано с длиной передаваемой в range строки. Кто-нить сталкивался?

[glibs]

А текст сформированного SQL-запроса смотреть пробовали? Там все ОК?

А то на простеньком примере в 4.0, вроде, работает.

[Андре]

В общем то, шансы получить ответ могуть повыситься, если Вы укажите:

1) Тип СУБД (от этого может, кстати зависеть набор следующих вопросов) и его версию
2) Версию Аксапты со всеми установленными дополнениями, типа KR
3) Версию MDAC
4) Минимальный пример для воспроизведения ошибки

[kitty]

Ax4: kernel: 4.0.2163.0
application: 4.0.2163.0

sql 2005


Пример привести не могу, тк попытки произвести это же на ,допустим SalesTable, к ошибке не приводят (((((((((.

[belugin]

Цитата:

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

Что это за ошибка?

Я в каком то коде встречал следующий прием:

условия разбиваются так, чтобы длина не превышала критического значения и вставляются как Rangи по одному и тому же полю.

[kitty]

именно так пробую разбить , но не помогает
то есть AddRange('длина<40'); AddRange('длина<40') ...
та же ошибка возвращается

[belugin]

а один AddRange точно работает?

[glibs]

Это ошибка MS SQL?

[belugin]

вернее они оба по отдельности

[kitty]

Цитата:

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

а один AddRange точно работает?

Я смотрю формируемый запрос tostring и формируется все корректно и с 1 и с 2 addrange. а в момент qr.next отваливается

[belugin]

Вы с обоими ренджами по отдельности пробовали (т.е. пытаемся исключить то, что ошибка в данных)

[kitty]

от данных не зависит, тк я вообще сейчас вместо оригинальных данных забила строки "от балды":
так работает:
qb.addRange(FieldNum(table,value)).value('Ett, *rrr*');
qb.addRange(FieldNum(table,value)).value('u, *rnn*, *www*, *ppp*, *xxx*');
в так - не работает, хотя количество символов то же, но "параметров" разное(см вторую строку):
qb.addRange(FieldNum(table,value)).value('Ett, *rrr*');
qb.addRange(FieldNum(table,value)).value('u, r, *n*, *www*, *ppp*, *xxx*');

[belugin]

попробуйте сделать query.literals(1)

[kitty]

ГЕНИАЛЬНО!!!!!!! ЗАРАБОТАЛО!
Можно я вам что-нить подарю?

[kitty]

А как вы думаете, в чем была проблема. что вываливалась ошибка?
что делают literals -placeholders я понимаю, но что переклинивало ax- не понимаю. Дело в том, что я тут недавно боролась с производительностью и не хочется ее снижать, поэтому думаю поставить условие, при котором ставить litrerals(1). по-видимому ошибка зависела от количества параметров , а не длины строки, но тк я не понимаю почему вываливалась ошибка. не могу гарантировать, что в следующий раз она не появится уже при другом количстве параметров(если условие на literals не сработает).
Что посоветуете? Еще раз огромное спасибо!

[belugin]

по-видимому в запросе была куча плейсхолдеров
то есть вопмировался запрос вида

table.feld like ? or table.feld like ? or table.feld like ? or table.feld like ?

и его перекосячило из за количества вопросиков. Может где-то есть настройка про размер этого буфера (попробуйте в натройках сервера на закладке database tuning выставить буфер побольше) не вполне понятно, почему на других таблицах не работает. Интересно было бы воспроизвести на стандарте.

[propeller]

Цитата:

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

Что это за ошибка?

AX 2009.
Нашел такую же ошибку в логах на сервере aos, источник: Dynamics Server 01. Только вот как найти запрос, из которого эта ошибка появляется, не могу?

[Mykola Galak]

Данная ошибка возникает когда переполняется буфер обмена между АОСом и сиквелом. Сформированый в квери запрос превышает размер буфера. Значение по умолчанию - 24кБ(значение в настройках сервера указывается в килобайтах). Увеличение размера буфера в параметрах поможет вылечить проблему с превышением размера буфера, но при этом снизит перформанс системы в целом. Такой подход применим как кратковременное решение, чтобы выиграть время и переписать проблемный запрос.

[propeller]

Цитата:

Сообщение от Mykola Galak

Данная ошибка возникает когда переполняется буфер обмена между АОСом и сиквелом. Сформированый в квери запрос превышает размер буфера. Значение по умолчанию - 24кБ(значение в настройках сервера указывается в килобайтах). Увеличение размера буфера в параметрах поможет вылечить проблему с превышением размера буфера, но при этом снизит перформанс системы в целом. Такой подход применим как кратковременное решение, чтобы выиграть время и переписать проблемный запрос.

с этим все понятно, как найти этот проблемный запрос? если я вижу только ошибку в логе а там нет информации о запросе

[Mykola Galak]

Цитата:

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

с этим все понятно, как найти этот проблемный запрос? если я вижу только ошибку в логе а там нет информации о запросе

В ивент вьювере обычно содержится кусок запроса, который уместился в буфер. Дальше Ctrl-F по AOТ.

Если у вас по каким-то причинам кверя не записалась в ивент вьювер, то можно включить трейс(~ -4% от перформанса) и выбрать галочку SQL statements в конфигурации сервера. Подождав до первой ошибки в ивент вьювере, отсортировать трейс по длине квери.