|
Странное поведение при изменении FK. Кто может объяснить?
|
|||
---|---|---|---|
#18+
Сервер: WI-V6.3.6.27020 Firebird 2.5 (x64) Имеем несколько таблиц: A, A1, B, C; таблица B имеет FK на A (on update cascade on delete cascade); таблица C имеет FK на B (on update cascade on delete cascade). В таблице B, при изменении (удаление, создание) FK с таблицы A на A1, абсолютно все данные пропадают (удаляются?), но в таблице C остаются. Иными словами, данные таблицы B как бы и не удаляются вовсе, т.к. каскадное удаление не работает, а как будто перестают соответствовать версии схемы данных таблицы и при выборке из таблицы не отображаются. Это баг или что-то еще? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.08.2016, 10:31 |
|
Странное поведение при изменении FK. Кто может объяснить?
|
|||
---|---|---|---|
#18+
Изменения FK производил через IBExpert ... |
|||
:
Нравится:
Не нравится:
|
|||
02.08.2016, 10:32 |
|
Странное поведение при изменении FK. Кто может объяснить?
|
|||
---|---|---|---|
#18+
rdb_dev, напиши нормальный воспроизводимый пример на SQL ... |
|||
:
Нравится:
Не нравится:
|
|||
02.08.2016, 10:38 |
|
Странное поведение при изменении FK. Кто может объяснить?
|
|||
---|---|---|---|
#18+
скрипты покажи все IBE их показывает ... |
|||
:
Нравится:
Не нравится:
|
|||
02.08.2016, 10:38 |
|
Странное поведение при изменении FK. Кто может объяснить?
|
|||
---|---|---|---|
#18+
Симонов Денис, сейчас посмотрел повнимательнее на определение FK в B, и оказалось, что создал его с ошибкой - вместо таблицы A была указана таблица B (т.е. референс на саму себя). Прошу прощения за то, что ввел в заблуждение. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.08.2016, 10:41 |
|
|
start [/forum/topic.php?fid=40&msg=39284389&tid=1562032]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
208ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
others: | 15ms |
total: | 311ms |
0 / 0 |