Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
08.08.2016, 18:41
|
|||
---|---|---|---|
|
|||
no current record for fetch operation |
|||
#18+
После перехода с ФБ2.5 на ФБ3.0.1 появилась такая проблема: авторno current record for fetch operation; At trigger 'CHECK_91' GDSCode = 335544348 Возникает при удалении записи. Если это известный баг, то подскажите в какую сторону копать, чтобы сильно много времени не тратить. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
08.08.2016, 18:49
|
|||
---|---|---|---|
|
|||
no current record for fetch operation |
|||
#18+
Похоже на это: http://www.sql.ru/forum/1224929-a/firebird-3-0-slomalos-kaskadnoe-udalenie Планируется исправление для этой проблемы? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
08.08.2016, 18:59
|
|||
---|---|---|---|
no current record for fetch operation |
|||
#18+
sysdba22, планируется ... |
|||
:
Нравится:
Не нравится:
|
|||
|
10.08.2016, 11:18
|
|||
---|---|---|---|
|
|||
no current record for fetch operation |
|||
#18+
если возможно, поставьте приоритет повыше для этой задачи. фактически сейчас не можем двинуться дальше, переводить других клиентов на ФБ3. Да и с этим, переведенным придется что-то делать, так как блокируется удаление в одном из самых ключевых мест программы. Ясно, что можно переделат на триггеры, но в платформе ORM, где структура объектов определяется структурой БД, т.е. снос некоторых FK может привести к последствиям, которые я на вскидку не могу предугадать. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
10.08.2016, 11:24
|
|||
---|---|---|---|
|
|||
no current record for fetch operation |
|||
#18+
sysdba22, какой на фиг снос FK. Триггеры можно использовать для каскадного удаления (временно) пока не починять каскады. FK как был так и должен быть, только без опции каскадного удаления. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
10.08.2016, 11:36
|
|||
---|---|---|---|
no current record for fetch operation |
|||
#18+
sysdba22, мы этим занимаемся. Обойти можно, задав порядок удаления так, чтобы сначала удалялись те записи, на которые никто не ссылается. Т.е. временно отказаться от каскадного удаления и удалять явно, начиная с листьев. Вообще, проблема не новая, возникает когда триггеры удаляют записи, которые потом попадают под оригинальный UPDATE\DELETE. Просто стабильный курсор добавил больше шансов на это наступить. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
11.08.2016, 12:16
|
|||
---|---|---|---|
|
|||
no current record for fetch operation |
|||
#18+
hvlad, https://github.com/FirebirdSQL/firebird/commit/90b35adb7cbfc7f62d88532d2fca0b773683c90e случайно не должно это исправить? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
|
start [/forum/topic.php?fid=40&tablet=1&tid=1562019]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
58ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
others: | 250ms |
total: | 390ms |
0 / 0 |