Date = Null - КАК ???

[Stilet]

Странная какая-то тема...
Я ничего лично не понял из проблем автора, у меня лично с Делфи полное понимание.

[BARNEY]

Не понял проблему автора... у меня всё с NULL работает...
Если в базу надо NULL дату запихать дык и пиши в insert date=null
считать из базы тоже легко fields[0].asstring если оно null то будет равно ''
если нет, то будет дата.

[chertovich]

BARNEY, так не INSERT DATE = Nul, а INSERT INTO Table(FieldDate) Values(Null)

[BARNEY]

chertovich
Я то знаю это...я не понял чего автор хочет Кроме негатива ..притом на себя же как я понял... не чего не увидел.

[GunSmoker]

Замечу, что NULL (как вариант) - это не совсем то же самое, что NULL-значение в БД, хотя NULL-вариант и используется для отражения NULL-значения в БД. И уж тем более NULL в обоих смыслах никак не связано с nil.

Если работа идёт прямым запросом, то NULL вставляется прямым текстом:

Query.Close;
Query.SQL.Text  := 'INSERT INTO Table(Field1, Field2) VALUES (NULL, 42)';
Query.ExecSQL;

Если же работа идёт через компоненты доступа к БД, то использовать надо метод Clear соответствующего поля, либо представлять NULL-вариант в Value поля.

И уж совсем странно выглядят попытки писать код на нативном компилируемом языке и возмущаться, что его синтаксис не соответствует скриптовому SQL.

Только я никогда не смогу понять логику разработчиков Delphi, которые решили упразднить для переменных классов Date,Integer,итд значение <ПУСТО> - имхо это свинство и ихняя халява - им так проще - либо чётко проверять integer на число, либо юзай variant мы его вообще проверять не будем никак... глупое решение с их стороны конечно, данная тема тому пример.

Увы, проблема получила продолжение... замечательный тип Variant тоже оказался недоделанным, тк не позволяется ему устанавливать значение по-умолчанию: [DCC Error] uForm.pas(92): E2268 Parameters of this type cannot have default values.
Почему?! Какой в этом смысл?! и какая нахер тогда это вообще универсальная переменная, ежели нельзя по-умолчанию присвоить значение... ппц идиотизм.

5 баллов, чего уж там.

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

Сообщение от delphicoding

Есть ФормаА с таблицей с данными. Нажали кнопочку ОК - вызывается специальная процедура обработки из ФормыБ в которую передаётся значение "1,2,3,4,ДАТАСЕГОДНЯ", процедура в программе вызывает хранимую процедуру в БД и передаёт туда значения, значения записываются в БД. Всё ок.
Нажали кнопку ОТМЕНА в той же ФормеА - вызывается ТА ЖЕ процедура обработки из ФормыБ в которую надо передать значение "1,2,3,4,null", процедура в программе вызывает процедуру в БД и передаёт туда значения, чтобы в БД поле стало NULL!
Ошибка возникает при попытке вызвать из ФормыА в ФормеБ процедуру с атрибутами "1,2,3,4,null"...

Чудак ты, приятель. Ежели ты производишь обработку данных для БД - ну так и передавай в процедуру данные для БД - то бишь поля (field), наборы данных (dataset) или хотя бы, на худой конец, Variant-значения, а не базовые типы (TDateTime, Integer), которые к БД отношения, в общем-то, не имеют. А так, да: дом - это не автомобиль, а окно - не дверь. Можете возмущаться этим фактом дальше.

Ещё вполне нормальным вариантом опускания значения являются указатели, но, судя по твоим высказываниям, тебе ещё рано.

Дополнительным бредом является жёсткое ограничение на указание типов атрибутов процедуры - если указан тип со значением по-умолчанию, все следующие за ним - также обязаны быть со значением по-умочланию - бредятина! это может и удобно разработчикам Delphi, но это совершенно неудобна разработчикам В Delphi! Приходится подгонять порядок атрибутов вместо удобного и отвечающего чему-то в программе, по значениям по-умочланию. Тупизна какая.

procedure Funcenstein(A: Integer; B: Integer = 5; C: Integer; D: Integer = 5);

...

Funcenstein(5, 5, 5);

Вопрос: и что я вызвал? A, B, C или A, C, D?