Добрый день.
Есть таблица с данными. В ней составной первичный ключ. Хочу добавить новое поле с простым идентификатором вместо составного. Для этого:
1. удаляю старый PK
2. добавляю простую колонку ID (без NOT NULL)
3. заполняю значениями ID
4. устанавливаю NOT NULL в ID
5. создаю новый PK на колонке ID

При попытке выполнить пункт 5 ошибка:
[FireDAC][Phys][FB]validation error for column ID, value "*** null ***"

Скрипты выполняются последовательно в рамках одного подключения к БД.
Перед выполнением каждого скрипта "вручную" запускается транзакция.
После выполнения в зависимости от результата commit или rollback.
Версия FB: 3.0.3.32900.
Скрипты выполняются программно в Delphi 10 Seattle + FireDAC.

Что я делаю не так? Вроде в рамках одного подключения должны быть видны предыдущие изменения...
Хотелось бы отметить, что ошибка происходит только если в таблице есть данные.
Между выполнением скриптов (останавливался в точке останова) подключался к базе и проверял наличие NULL в поле ID. NULL отсутствовали. Более того NOT NULL для колонки ID применилось, значит NULL в колонке не может быть по определению.

Симонов Денис,

Да, это попытка сделать автообновления БД у пользователей на местах.

Симонов Денис эта ошибка должна вывалится на 4 пункте
К сожалению на commit именно пункта 5. Транзакция остановлена перед выполнением пункта 5, NOT NULL установлен на колонке ID, т.е. пункт 4 выполнен (это я вижу в IBExpert при срабатывании точки останова после выполнения пункта 4). К слову в IBExpert скрипты выполняются безусловно. Второй день голову ломаю и проверяю варианты...
У меня 4 таких таблицы. На две из них первичный ключ накатывается (данных в них нет), на две - нет (данные есть). Накатывается если создания PK разбиваю на отдельные запросы.

Котовасия,

Мне то не жалко, но логика автообновления не предусматривает реконект. Не хотелось бы переписывать без явной необходимости, т.е. если этого требует регламент СУБД.

Котовасияну, страдай.
Окай :(

А если по существу, хотелось бы на будущее понять как избежать таких ситуаций. Если это баг - задачу на багтрекер Firebird. Если у меня в коде косяк - исправить.

hvladИщи активнцю тр-цию, которая не даёт собрать мусор с нуллами
Понял.

Мужики, огромное вам спасибо! Исправил проблему. Был датасет, который выполнял select и закрывался. У него не была указана транзакция. Я так понимаю в этом случае создаётся автотранзакция, которая в базе будет висеть до закрытия коннекта или, возможно, разрушения компонента (что в моём случае происходит почти одновременно). Указал в компоненте транзакцию (ReadOnly) и проблема решилась. Если честно, я бы на этот датасет без вашего совета никогда бы не посмотрел.

Симонов Денис,

обязательно посмотрю. Но код обновления в DLL вынесен с собственным коннектом. Проверяется наличие других коннектов... Вроде больше ничего не должно мешать.

Симонов Денис,

Да. И даже многопоточки нет.

YuRock,
StartTransaction и Commit само собой разумеющееся между каждым пунктом. А сразу NOT NULL создать в таблице с данными FB (как заметил Симонов Денис, в версии 3.0) не позволяет.