По-моему дело в том, что вот это
alter table main add ref_id varchar(1) default '1' not null;
не обязывает сервер ни сувать в это поле default по всей таблице, ни подставлять его при чтении нулла. Более того, если туда спецом, то есть явно, при апдейте-инсёрте запихнут нулл, то нулл и будет, что вызовет ошибку нарушения констрейнта. Это обязывает сервер всего лишь писать дефолтное значение если в инсёрте поле не указано ваще. Единственно - с некоторых пор при создании бэкапа такой пердимонокль стал обслуживаться подстановкой туда дефолта вместо нуллов. Во избежание ситуаций разбитого корыта - базы нет, а бэкап-копия не ресторится из-за нуллов, оставшихся после создания поля на непустой таблице и забывчивости насчёт заполнения. А в сообщении об ошибке да, путаница.

Вообще изначально всё было как я изложил. Потом подстановку при создании бэкапа внедрила, если мне не изменяет склероз, бабушка Аня, под вопли страдальцев-ушохлопов. Нет, пожалуй, я слишком строг, на самом деле не только таковых, нулл в нот нулл поле может быть результатом повреждения базы. Когда подстановку ввели для чтения вообще, я, видимо, уже не застал и потому не в курсе. Судя по рассматриваемому примеру, ввели кривовато. Я вообще против всяких - здесь читаем, здесь не читаем, здесь рыбу заворачивали, программист должен видеть реальное положение вещей, а не фантазии неестественного интеллекта. Я так думаю (С) Рубик джан. Дефолт имхо нужен вообще только для атрибутики, связанной с арифметикой, чтоб не нуллить выражения с участием поля и не запутывать окончательно ситуацию со значениями связанных с этим полем полей других таблиц, и для статусных-признаковых полей. Для ФК допустИм в качестве значения ссылки на запись "Не определено" в справочнике, и ФСЁ, по Дейту, так сказать. А в общем случае новое поле - это не выскочивший сам собой прыщ. Его появление связано либо с недочётами изначального проектирования в плане неполноты модели предметной области, либо с расширением оной, государствие наше, например, самозабвенно предается законотворчеству. Художники, нехорошая женщина. Оно должно быть заполнено на основании некоторой сторонней для первоначальной модели информации, как правило, в несколько проходов. И тут какое умолчание ни придумай, оно будет иметь право на совпадение с осмысленным результатом такого заполнения и необслуженную запись будет не отличить от обслуженной.

Цитату из стандарта, где он предписывает при таком alter проводить полный update
по всей таблице - В СТУДИЮ! Ну или сразу в трекер.


Гыыы. Представляю себе при этом перекур после введения поля с дефолтом на табличке эдак с полмиллиардом записей :)

А что, интересно было бы знать (С) Пятачок, в FB3 покажет селект этой записи? Дефолт? ;)

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