Сегодня придумал, как хранить в одном поле три значения - Да, ложь и неопределено

Про флажок с тремя состояниями слышал???

я догадался кто автор!!!!

а нафига? ведь составной тип и места жрет и медленее работает, проще число хранить

(1) Тьфу на тебя. Все испортил. Тут уже очередь выстроилась гению аплодировать

больше неопределенностей, хороших и разных... Лапиталя на вас нет, ироды!

Да создайте вы уже Гению отдельную секцию...

(2) как нафига? На работе заняться нечем, вот и лезет в голову всякая хрень.

(5) и забор вокруг этой секции не забыть, чтоб не вылез.

(5)О!

я тоже как-то сразу угадал автора.
однако вопрос к автору: а ты пробовал сделать составной тип с единственным типом?

)))жжоте каждый день

птрююю

(5) Гениев надо беречь

судя по набору значений - это перечисление со значениями "Да", "Ложь" и "Неопределено"...

(0) ты эту хрень по 50 раз в день на SMS и высылаешь?

(12) Выбор из списка 1 2 3 со своими представлениями. Хотя, может имеется ввиду одновременное хранение :))).

(14) Женское булево - "Может быть"

(15) битовая маска? тогда силен ;)

Есть сопособ хранить в одном поле 2 147 484 646 градаций сосотояния да...нет.

Пардон 2 147 483 646

Топикстартер говорит про "Да, ложь и неопределено" и булевый тип. Интересно где здесь "Истина" затесалась....

(0) В С используются константы, определенные define для этих целей (соответсвенно в 1с можно числа приспособить).

А еще можно перечисление создать

(20) "Я в жизни прочитал три книги - букварь, вторую и зеленую"(с)

Узнал автора как всегда

И как всегда жесть...

(0) И как мы без этого писали?

(24)Так мы ж темнота...

(0) имеет смысл для хранения числа, т.к. значение 0 не всегда означает, что значение не указано.

(0) как и все сразу понял кто автор
и как обычно - очередная кучка мозгового дерьмеца

(26) 0 -он во всех языках всегда был 0 когда не указанно. А в некоторых "не указано" может быть равно любому числу, - зависит от того была ли очищена память после выделения под переменную

(26) читай выше - составной тип, в состав которого входит только один тип - булево. нету тут чисел...

(29) видно осенний спермотосикоз дошел до высшей точки....

28, и в СКЛе тоже?

Автор "гениально" умеет народ заводить с пол-оборота. Один раз вякнул - а эхо до сих пор в ушах звенит...
Общий диагноз: аллергия на гения :)

(33) естественно что нет. В SQL - тоже нет "не заполнено", если я не ошибаюсь, всегда 0, если тип поля числовой

(35) в скуле есть значение NULL

(36) Поле типа Integer может иметь значение NULL ?

(36) это не значение и не тип

(34) Да не... он классный, мы всегда с интересом следим за его творчеством.. Вот был бы он политиком был бы... ну вы знаете.
Вон товарищь рядом сидит и ржот... от пятничных веток обычно меньше...

(35) В SQL есть Null, он может быть в полях любого типа. Его можно запретить, но только для конкретных полей.

(37) не знаю, как MSSQL, но в MySQL - может

(37)
на мой взгляд самый близкая расшифровка

NULL - отсутствие поля

(37) ну как, почитал ответы?

(40) надо бы запретить по умолчанию. Нафига лишний байт для каждого поля каждой записи. Ещё и постоянная проверка поля таблицы на то может ли он содержать НУЛ, и содержит ли его запись.

(44) запрещай...

(42) Ну вообще-то NULL - это как раз значение :) Неопределенное значение. Хотя это вопрос терминологии... Общая интерпретация такого значения - отсутствует. Конкретная интерпретация зависит от назначения поля.

(44) Как будто типовых ни разу не видел.. Да, постоянно и проверяют...

(47) Для меня 0 и НУЛ - одно и то же значение

(44) В 1с-овских таблицах как раз NULL не используется, поэтому оно и возникает только в случае JOIN-ов в запросах.

(48) ага, и предложению ИТОГ - разные...

(48) ну хорошо, вот Найти() нумерует символы с 0... а если не нашло - возвращает аналог NULL - Неопределено...

(48) А если поле - не числовое, а типа DateTime или строка? Или вообще BLOB?

(52) Есть диапазон допустимых значений для переменной. Например 0 - недопустимое. DateTime = 0 - не заполнено, строка - байт длинны строки (для перемнных) = 0 - не заполнено, для постоянных - отсутствие символа с кодом 0 в первом байте строки.
BLOB - аналогично строке переменной длинны имеет заголовок с размером "объекта".

(53) Ты не проектировщик СУБД часом? :)

(51) Всякие НУЛЫ, НЕОПРЕДЕЛЕНО - это от лукавого. Это приколы конкретной библиотеки или среды разработки. Можно например вместо НЕОПРЕДЕЛЕНО - найти вернуть число 0

кстати дискусия вполне грамотная пошла, ничего что к сабжу не относиться!

мне нравиться такой подход к обсуждению гениАльных идей

+(54) И чем предложенное тобой отличается от NULL-значений? Я ж не знаю как они хранятся на физическом уровне. Может именно так, как ты описал?

(55) Не знаю, мне бы как-то странно было без неопределенных значений. По логике они иногда нужны бывают. А как они хранятся - это уж вопрос эффективности реализации конкретной СУБД.

(56) Просто смысл привносить в тему личностное отношение? Мы ведь умеем абстрагироваться, в отличие от животных...

(54) баловался в универе. Зачем моим скромным программкам целый СКЛ ?

(57) SQL хранит это дело страницами, в каждой странице одна или несколько строк таблици, строка не фиксированой длинны, для каждого поля используються разделителиОписатели, если его нету - это м есть null,
тоесть это когда в структуре есть поле а в данных строки его физически нету

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

1000 + NULL + 1000 - есть NULL
"Строка 1" + NULL + "Строка 2" - есть NULL

ps

нахождение NULL рядом с нормальными данными (особо типа ДатаВремя) искажает их. Будте внимательны!

:))

(60) Просто я к тому, что ты слишком много внимания более низкому уровню уделяешь. И мало внимания прикладным задачам. А они ой какие разные бывают, логика может быть самой причудливой, и неопределенные значения далеко не всегда лишние.

(0) Интересно, как ты добился, чтобы реквизиту назначался составной тип состоящий из одного типа.
А что делать с ОписаниеТипов при ПривестиЗначение?

(61) NULL для кода - это указатель на $FFFFFFF такого адреса памяти не существует

(64) Он и не добился.. Думал, что добился...

(57) Выходит что для хранения NULL используется либо 1 бит из поля-владельца (что то же самое что диапазон значений - 1значение), либо дополнительное целое поле длинной в 8 бит, либо в конце записи (данных полей) БД служебная запись длинной в количество_колонок записи (данных полей). Последние по моему самый лучший вариант

(65) Интерпретаторов это не касается

(67) для хранения в базе SQL значения NULL используеться 0бит см (61), а в памяти это обычный указатель (вроде 4 байта)

(64) -> (29) теорию загубил опыт

(5) Лучше отдельный Интернет.

(69) вникаю ... (покурю пока)

vde69 я не пойму одного: если тип значения поля определен не как ссылочный, а как элементарный (строка, число, дата, булево) то каким образом после считывания с фиска (винчестера) выходит НУЛЬ ? Получается значит либо все типы ссылочные, либо у элементарных есть дополнительный байт, бит, запись ?

(73) Мы про 1с или про скуль? :) Если про последний, то какие там нафиг ссылочные типы?

(74) ссылочным я называю поле связующие одну таблицу с другой

NULL нужен, а всякие Неопределено и пустые ссылки нах не надо

(75) Так оно числовым может быть. Легко. И GUID вроде тоже числовое значение... Я непонимаю, в чем вопрос? В конечном счете все типы данных - элементарные.

*(77)непонимаю - не понимаю

(77) "В конечном счете все типы данных - элементарные."
отож! и где НУЛ и как хранится - непонятно

(79) Ну я верю vde69 в (61). То бишь для каждого поля есть еще и описатель. Если по-твоему изъясняться, то получается, что "все типы ссылочные". Или я че-то не понимаю.

(80) Я тоже понимаю так что ссылочные

(82) У меня есть талмуд :) Дело-то не в этом.

(82) нах надо, оно и без меня 100 лет нормально работает