|
![]() |
#1 |
Участник
|
по-видимому в запросе была куча плейсхолдеров
то есть вопмировался запрос вида table.feld like ? or table.feld like ? or table.feld like ? or table.feld like ? и его перекосячило из за количества вопросиков. Может где-то есть настройка про размер этого буфера (попробуйте в натройках сервера на закладке database tuning выставить буфер побольше) не вполне понятно, почему на других таблицах не работает. Интересно было бы воспроизвести на стандарте. |
|
![]() |
#2 |
Участник
|
Данная ошибка возникает когда переполняется буфер обмена между АОСом и сиквелом. Сформированый в квери запрос превышает размер буфера. Значение по умолчанию - 24кБ(значение в настройках сервера указывается в килобайтах). Увеличение размера буфера в параметрах поможет вылечить проблему с превышением размера буфера, но при этом снизит перформанс системы в целом. Такой подход применим как кратковременное решение, чтобы выиграть время и переписать проблемный запрос.
|
|
![]() |
#3 |
Участник
|
Цитата:
Сообщение от Mykola Galak
![]() Данная ошибка возникает когда переполняется буфер обмена между АОСом и сиквелом. Сформированый в квери запрос превышает размер буфера. Значение по умолчанию - 24кБ(значение в настройках сервера указывается в килобайтах). Увеличение размера буфера в параметрах поможет вылечить проблему с превышением размера буфера, но при этом снизит перформанс системы в целом. Такой подход применим как кратковременное решение, чтобы выиграть время и переписать проблемный запрос.
|
|
![]() |
#4 |
Участник
|
Цитата:
Если у вас по каким-то причинам кверя не записалась в ивент вьювер, то можно включить трейс(~ -4% от перформанса) и выбрать галочку SQL statements в конфигурации сервера. Подождав до первой ошибки в ивент вьювере, отсортировать трейс по длине квери. |
|
Теги |
ax4.0 |
|
|