Есть реквизит ТЧ документа типа Булево ПодтверждениеОшибки

Сейчас хотят перейти на трехзначную логику:
Да - точно ошибку подтвердили
Нет - точно ошибки не было
Пусто - еще не принято решение

Предлагаю по такому случаю сделать перечисление Булево с двумя значениями: Да и Нет, а пустая ссылка - третье значение

А как бы Вы сделали?

Справочник

Классическое перечисление, можно без пустой сразу, 3-е значение "Не указано" или ещё как

(0) что мешает сделать перечисление с тремя значениями?

Число и на форме галочка с тремя значениями?

перечисление...

(0) Что за документ?

Я за составной тип, а пустое значение будет равно Неопределено. Получится красиво

(7) составной тип это лишние доп. поля в БД

1. Подтверждена
2. Не подтверждена
3. На рассмотрении

(6) самописный "Претензия клиента"

(10) (9)+1

чем лучшее третье значение, чем пустое?

(12) Думаю, тем, что оно определено

(13) с точки зрения СУБД значения не отличаются

(12) мало ли, потом захочется еще
4. Отменено
5. Клиент - му.ак
и т.п.

(15) Тогда справочник, что уж

(0) Через некоторое время не возникнет необходимости в вариантах "Наверное да", "Наверное нет", "Это не ошибка, а фича" и т.п.

(16) Если требуется строить процесс от конкретных значений, то к справочнику придется прикручивать константы или РС, если конечно не делать предопределенные элементы, что не лучше чем перечисление.

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

Пустое - это пустое. Тут же мы искусственно сопоставляем ему некоторое состояние процесса, при этом остальные состояния определены явно.

У меня есть перечисление: ДаНетНеопределено
Содержит 3 значения - для удобства интерактивного выбора, но в базу пишется "Да" и "Нет", а вместо "Неопределено" - пустое.

однозначно перечисление.
(0) "Да и Нет, а пустая ссылка" - разнотипные данные в таком простом реквизите моветон

Тогда перечисление. Потому что где третье значение - там и четвертое.

(21) Хитрец, однако

(0) Кстати, Пусто - какой тип предполагается что будет иметь?

А можно вообще строку сделать.

(0) Тут подумалось, что здесь два реквизита в одном мешались:
"Проблема рассмотрена сразу" Да/Нет
"Проблема подтверждена" Да/Нет

+(26) Или Число. 0 - пусто, 1 - Да, 2 - Нет. 3-9 - про запас.

(26) +1, битовую строку: первый - да, второй - нет, нулевой - неопределено.

(19) Если значения не участвуют в логике, а только для сведений, то справочник норм, правда он неудобен тем, что при развертывании на рабочей надо его руками заполнять, а если их много, то мутить обработку по первоначальному заполнению.

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

(31) его еще осмысленно надо в печатную форму вывести

(32) Тогда строка - идеальный вариант. Даже типов не надо заводить новых.

(33) тогда нужно ограничивать допустимые значения списком

(0) Число.

(34) ПолеВыбора со списком значений "", "Да", "Нет".
Тип "Строка".
Очень удобно будет ИМХО.

(0) 4-ое забыл, машина считает это ошибка, на самом деле это не ошибка, при изменении содержания ошибки (описания) снова это ошибка :)

(0) я за число, нефига по пустякам типы плодить

(38) число отстой, добавлять потом сложнее - классификатор (справочник) ошибок.

(38) добавлять/удалять, отслеживать новые - сложнее :)

(+40) тоже относится и к перечислениям - а там можно всё на автоматику положить.

хотя если фиксировать состояния - и оно фиксированное (именно три и никогда не меняется) - то делай как тебе лучше.

(0) Напоминает анекдот про виндовс для женщин, где в диалоговых окнах сделали три кнопки - Да, Нет и Может быть. :)

Справочник - это хранить в базе GUID-ы, перечисление всё равно будет числом (только скрытым от пользователя), так что храните число: +1 Да, -1 Нет, а 0 - ещё не решили.

потом еще захочется какое-то значение. да и в справочнике можно реквизитов добавить.

Число.