Добрый день,

Есть поле NUMERIC(15, 2), надо поменять на NUMERIC(15, 4).

ALTER TABLE не проходит -- ругается на потерю точности. Реально, в
таблице нет данных, которые бы исказились при таком изменении типа.

UPDATE RDB$FIELDS проходит и позволяет выполнить указанную задачу.

Обновление системной таблицы выполняется в единственном подключении
к БД, после чего транзакция комитится, а подключение закрывается.

Вопрос: после операции UPDATE RDB$FIELDS надо ли сразу делать бэкап-рестор или
можно продолжать работать с базой. Грозит ли это чем-нибудь впоследствии?

Сервер 2.5.6.

Глупый вопрос. Если NUMERIC хранится как целое и только при выдаче результата сервер проставляет десятичую точку в соответствии с установленными параметрами типа, то как тогда получается, что при изменении типа с NUMERIC(15,2) на NUMERIC(15,4) мы получаем правильный результат? Т.е. было 123.45 стало 123.4500, а не 1.2345. Там все-таки проходит апдейт всем значениями? Или как это работает?

о, а то я 15 лет мучался вопросом как это работает :)

В ФБ3 прямое редактирование RDB$ таблиц запрещено. ALTER TABLE там будет работать так же как и сейчас? Т.е. кидая ошибку при ПОТЕНЦИЛЬНОЙ потере точности, а не при реальной?

Если да, то это будет проблема. Например, как в нашем случае, когда надо в сжатые сроки провести деноминацию с добавлением копеек на базах предприятий, многие из которых работают в режиме 24х7. Конечно, можно удалять триггеры и чеки, создавать временное поле, переносить туда, удалять старое поле, переименовывать временное, восстанавливать триггеры и чеки. Но, когда баз туча и полей таких в одной базе могут быть сотни... И на крупных базах (более 100 Гб) такой процесс не будет быстрым.