iBase.ru Forum

FB 2.0. В таблицу добавляется поле "DATE_CREATE" Not Null и default value = CURRENT_DATE. При просмотре таблицы, поле "DATE_CREATE" имеет значение '17.11.1858'.

так не заполнено же!
www.ibase.ru/devinfo/db_repair.htm

Ну ты уж прям стрельнул по площадям из катюши

Когда к существующей таблице добавляется поле not null, оно содержит null, неважно, есть там default или нет. На эту тему были обширнейшие дебаты, Джим настоял на том, чтоб default подставлялся на чтении. Я был резко против, говорил нефиг пудрить девелоперу моск, не всегда default будет какой-нить простейший 0 или пустая строка. В моей практике если уж добавляется такое поле, то оно должно быть заполнено задним ходом на основании каких-то других данных, часто по довольно сложному алгоритму, порой итеративному - прогнал, посмотрел на оставшиеся нуллы, почесал репу, скорректировал алгоритм, прогнал, почесал репу... Подстановка default при этом мешает определить незаполненные записи, не всегда есть такой default, который не может являться результатом работы заполнятора ни при каких условиях. Твой случай - типичный пример. Ну откуда серверу знать в какой момент была создана вот эта запись, вчера или год назад?

хм, у меня всн нормально отрабатывает, только дефолтное значение на дату у меня 'NOW' это у меня что-то не правельно работает или когда стоит 'now' делается преобразование и по этом значение сохраняется ?

Я бы не посчитал данную ситуацию багом, но при подстановке Default Value = 'TODAY' и чтении таблицы я получил текущую дату... Поэтому и предположил, что ситуация с CURRENT_DATE - это баг.

на самом деле, баг - это с 'NOW'/'TODAY' :)

Так это уже известный баг?:roll:

угу. И вообще, вся идея подстановки дефолта вместе отсутствующего значения - один большой баг.

dimitr писал(а):вся идея подстановки дефолта вместе отсутствующего значения - один большой баг.

+1
Доктор сказал "в морг", значит - в морг.
С нулами пусть разработчик борется, мало ли, как именно ему надо.