почему 1С не дало простым смертным в элементарные (строки, числа, булево, даты) типы заносить значение NULL?
приходится вводить дополнительные флажки, как сами же сделали в договорах:
КонтролироватьСуммуЗадолженности и ДопустимаяСуммаЗадолженности,
КонтролироватьЧислоДнейЗадолженности и ДопустимоеЧислоДнейЗадолженности
вместо того, чтобы внести спокойно NULL

ниче не понял

типа не указано значение для тебя не нулл?

и самый главный вопрос - нафига?

(2) не NULL ибо нужно знать отличие, что 0 и NULL это разные вещи
ибо 0 дней тоже можно контролировать, а NULL как раз тот самый флажок

к тому же теоретически тут может быть с флажком понос: флажок не стоит, а значение есть

(0) еще в прошлых версиях 0 часто отображался как пустое значение...

составной тип, и инициализация начальная реквизита

Автор, я тебя узнал, даже не заходя в ветку!

(6) то есть гнилое наследие 7.7 и более ранних версий?

(8) я тебя поджидал здесь

(7) прелестно, нет лучше уж флажок

Засадный хищник, блин.

(4) В типовых отдельно флаг: контролировать и отдельно поле: сколько
и думается что это верно.
иначе юзер фиг поймет глядя в пустое полу, что это? 0 или не заданное значение.
или надо в цифровое поле на форме Null писать?

(0) Ага, и расширить для логических, что б было:
Ложь
Истина
Незнаю
Сомневаюсь
Вроде
Пофик
и т.д.)

(13) надуманно.
(0) наверно потому что в простых типах нет места значению NULL - вишь как все просто

Предположим ты в число дней поставил null и что ты получил?

Делай тогда тип = Число/Строка и Пиши свой "NULL" если так желается!

(13) формат представления примитивных типов никто не отменял. Для чисел есть формат представления 0, можно было бы еще и NULL тоже самое сделать.
(16) получил что настройки контроля не заданы, следовательно, контролировать не надо.

Используй заместо null -666.66 (думаю мало у кого встречается такая цифра)

(15) Да? Т.е. на форме в поле ввода должно быть или число или Null, как ты это представляешь?

как подумаешь что еще в операторах сравнения надо учитывать что null. на фиг все это надо

(17) Да я понял конечно ...  
Ещё 1 реквизит "КонтрольНеЗадан" - булево

(19) канеш. нафига плодить сущности. от того что в одну мудреную переменную запихнуть сразу и флажок и цифирку не прибудет ни экономии памяти ни ясности при работе с оной.

А вообще правильно говорят что в "поле ввода" хрен поймёшь 0 или null иные Дятлопрограммеры то null от 0 не отличают , а ты пользователей хошь заставить!

(23) ушел от темы - пользователей это ваще никак касаться не должно(если ты канеш не дятлопрограммер)

(18) "волшебные" константы? фигня

(13) не надо проблемы архитектуры оправдывать интерфейсом, интерфейс разберется сам - оставляй там запросто флажок

(25) По старой памяти - dBase поддерживает null ?

(14) не прикрытый слив

(27) каким он боком в 8?

(29) Как наследие от 7.7

(20) ну а так надо учитывать флажок, никак не лучше

(30) я уже писал, что такое хреновое наследие надо смело выкидывать напрочь

(32) напиши в блог Нуралиеву

(32) Как бы это бы могло объяснять отсутствие поддержки null в полях.
Так поддерживается null в dBase?

Короче null было бы хорошо.
Не сделали наверное чтоб не заморачиваться.
Запретили во всех полях всех таблиц значение null наверное, может даёт прирост какой ?

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

(36) а кто оправдывает? всё так...

(36) Даёт хлеб наш насущный!
А так да, есть куча мелких неудобств!

(36) Ты в 1С с Дельфи пришел?

(39) да, отчасти, хотя ничего коммерческого на нем не продал и толком не заработал

(40) А в 1С - значит заработал.

Почти уверен, что в Дельфи ты сможешь реализовать учетную систему с поддержкой NULL, многопроцессорностью, и прочими вкусностями.

Но вот 1С - таки юзаем.
Так какого хрена?

(41) дай человеку высказаться ))) может это у него больная тема с галочками, накипело....

(42) Которая длиться уже года два.

(42) NULL и прочее

(0) Значения NULL в базе данных 1C использует в своих целях.
Например, реквизиты иерархических справочников при хранении в таблице БД допускают значение NULL. При этом значение NULL принимают только реквизиты, не имеющие смысла в текущей записи (например, запись является группой, а использование реквизита "для элемента").

(45) в (0) есть своя логика. Но ИМХО пофигу.

(46) Конечно, пофиг. 1С, имхо, сделала так, а не по другому, только чтобы удобнее было ей, а не Ненавижу 1С. Ненавижу 1С хочет, чтобы было удобней ему, а не 1С. Каждый остается при своем.

(47) и правильно сделала. в общем такие ситуации встречаются не так часто, поэтому  разработчик может реализовать подобную логику сам. а вот постоянно гемороиться с null как то не охота

+(46)
Переменная есть ссылка на некоторую область памяти.
Работа с ней состоит из следующих этапов:
1) Выделение памяти
2) Инициализация
3) Работа с ней
4) Освобождение памяти.
и вот какое значение в переменной должно быть после п. 1? Никакого.
И в (0), по сути, это и говорится.

В 1С этого не будет из-за отсутствия строгой типизации переменных, как в VB. Но есть в 1С так же "мягкая типизация". Вроде это должно упростить жизнь разработчикам.

Вот цитата Радченко:
"
Типизация переменных в языке не жесткая, т. е. тип переменной определяется ее значением. Переменные не обязательно объявлять в явном виде. Неявным определением переменной является ее первое упоминание в левой части оператора присваивания. Возможно также явное объявление переменных при помощи соответствующего оператора.

Еще по этому поводу написно здесь:  v8.1c.ru/overview/Common... »»

По поводу документированности/недокументированности неявного преобразования типов это скорее вопрос здравого смысла, а не вопрос использования тех или иных возможностей. Пишите код в соответствии с синтакс-помощником и тогда этот вопрос отпадет сам собой.
"

А NULL из базы кроме как запросом можно вытащить? В таблицах отсутствующее значение и так всегда NULL, несмотря на то какой тип реквизита у таблицы. Может быть и число и строка, а значение будет NULL.
З.Ы. Нифига не понял.

Блин, помню первую тему про NULL и Неопределено, вот народ зажигал. Не хуже чем в ветках про Луну.

просто задумайтесь: в каком пространстве находится автор, вопрошая (0) =)

Надо голосовалку прикрутить было: вы хоть раз над этим задумывались.

(52) Зачем? Думаю это пространство достаточно объективное.

(49)
Переменная есть ссылка на некоторую область памяти только не внутри 1С.
Изначально, память выделяется при инициализации переменной.

+(49) Нужно добавить еще пункт 0
0) Объявление переменной.
После объявления переменная не ссылается на область памяти.
Ссылку она получает после пункта 1)

Ссылка, в общем случае есть просто адресс памяти - тип pointer в паскале. И вот после объявления переменной ссылка ее будет равна nil, аналог в 1С Неопределено (ИМХО).

После п. 2) переменная есть и есть структура и есть под эту струтктуру память. Аналог в 1С ПустаяСсылка().

п. 4) реализуется сборщиком мусора.

+(55) При этом использование типизированных указателей в паскале весьма просто и красиво решает вопросы в (0).

вы пожалуйста NULL с nil не путайте уважаемые
и вообще не надо объекты путать с stored-данными

(0) в другой ветке цитировали анекдот:
меня моя жена всем вроде устраивает, но одна поза из камасутры у нее никак не получается...
Ненавижу, тебе не кажется, что это и про тебя?
А если тебе так не нравится 1с, напиши свою платформу, великую и прекрасную, и, главное, поддерживающую значение NULL!!!

согласен с (0)

Сразу проблемы с операциями сравнения, сумиирования (сколько будет 1 + NULL) и т.д.
Стоит ли овчинка выделки?

Хотя есть забавность - в базе числовые (например) numeric, allow nuls = true

В общем, имхо, не сильно востребованная вещь, реализуемая другими методами.

(60) проблемы надуманные, 1+NULL даёт NULL, и это каждый страус знает, и нечего тут морочиться

(57) Никто и не путает. Просто нужно все разложить по полочкам, тогда станет всем ясно что вы имели ввиду в (0).

+(56) Далее, в 1С мы оперируем не таблицами базы данных, а прикладными объектами, которые отображаются в базу.

Логика работы с ними укладывается в (49) и (55).

(64) в 1С мы оперируем как записями таблиц (которые названы ссылками) так и прикладными объектами (через ссылки на них как в делфи/шарпе)

(62) Проблемы-то надуманные, но 1+NULL не всегда NULL:

ВЫБРАТЬ
   СУММА(Запросик.Значение) КАК Значение,
   1 + NULL КАК Значение2
ИЗ
   (ВЫБРАТЬ
       1 КАК Значение
   
   ОБЪЕДИНИТЬ ВСЕ
   
   ВЫБРАТЬ
       NULL) КАК Запросик

(66) 1+NULL всегда NULL, а агрегатные функции это совсем про другое
я тоже знаю разницу между
СУММА(А+Б) и СУММА(А)+СУММА(Б)

(65)
1) Пояните мысль, что означит "оперировать записями таблиц, которые названы ссылками".
2) Думаю в (0) справедливее было бы тогда использовать Неопределено.

(68) всю жизнь знал про запись таблицы, нов 1С это ссылка на элемент справочника, подмена понятия
неудобно в плане того, что Ссылка в программировании закрепилось за другим понятием

(68) вот мы и подошли к главной теме, что нет никакой разницы между НЕОПРЕДЕЛЕНО и NULL, но 1С решило по другому

(69) Наверное, все-таки получаем ссылку не на строку БД, а на экземпляр класса элемента справочника, но заполнение его происходит на основании данных таблиц.
(70) Если NULL в смысле третьего правила Кодда, а НЕОПРЕДЕЛЕНО в смысле неинициализированного типизированного указателя, то да, разницы нет )

(71) Ссылка как не крути это ближе к записи, а вот объект это да
про NULL хоть сошлись ))