|
|
18.10.2023, 23:04
|
#1 |
|
Administrator
|
Сталкивался с такой ошибкой только в двух случаях - когда параллельно работает синхронизация, которая реально меняет структуру таблицы (тут всё понятно). И когда параллельно работает реиндексация (вот тут причину не знаю - просто констатирую факт; после этого перестал баловаться реиндексацией в рабочее время)
__________________
Возможно сделать все. Вопрос времени |
|
|
|
| За это сообщение автора поблагодарили: SRF (1). | |
|
19.10.2023, 09:47
|
#2 |
|
Участник
|
При реиндексации насколько я помню, у нас текст ошибки был другой - что то типа курсор изменился после объявления, но там конечно были обычные selectы, а не reseach.
При этом, как правило отваливались только, те запросы, которые выполнялись уже на финальной стадии rebuildа, те если запрос стартовал и успевал закончиться пока работает ребилд, то ошибок не было, а вот если он стартовал в момент работы, и к моменту окончания выполнения запроса rebuild был завершен, то выпадала ошибка про курсор.
__________________
Sergey Nefedov Последний раз редактировалось SRF; 19.10.2023 в 09:52. |
|
|
|
| За это сообщение автора поблагодарили: sukhanchik (4), Logger (1). | |
|
19.10.2023, 12:14
|
#3 |
|
Administrator
|
Цитата:
Сообщение от SRF
При реиндексации насколько я помню, у нас текст ошибки был другой - что то типа курсор изменился после объявления, но там конечно были обычные selectы, а не reseach.
При этом, как правило отваливались только, те запросы, которые выполнялись уже на финальной стадии rebuildа, те если запрос стартовал и успевал закончиться пока работает ребилд, то ошибок не было, а вот если он стартовал в момент работы, и к моменту окончания выполнения запроса rebuild был завершен, то выпадала ошибка про курсор.
__________________
Возможно сделать все. Вопрос времени |
|
|
| Теги |
| 2009, не удается выполнить подкачку по значению, ошибка |
|
|
|
Комбинированный вид
