Есть Регистр сведений и в нем есть поле составного типа. Поле может быть заполнено, а может быть не заполнено.
Задача получить все записи регистра, где поля не заполнены. Вопрос: Какое какое значение параметра надо установить данному полю, чтобы получить нужные записи?

Неопределено

Неопределено

Эээ тип может быть назначен но значение пустое

Перфекционисты делают параметр &МассивПустыхЗначенийТипа
и первым элементом туда добавят Неопределено, а затем в цикле пустые значения каждого типа из коллекции состава.

(4) Садись 5

Начинать шутить про миллион никчемных пустых сущностей вместо единого NULL?

(6) NULL плохое значение для пустой сущности, потому что у него 2 произношения: "нул" и "нал"

(4) перфекционисты в модуле набора записей регистра,  ПередЗаписью, присваивает значение пустого поля в Неопределено

(8) какое из? Неопределено для составного типа является единственным самым пустым значением

(7) nəl

(10) nil

Понятие "пустых" значений
https://its.1c.ru/db/metod8dev/content/2614/hdoc
(10) учите матчасть

(9) помнится в УТ 10.х было составное измерение Договор. И там для незаполненных случаев записывалась пустая ссылка Справочник.Договоры. Видимо для совместимости с тех пор, когда это поле не было составным

А вообще это архитектурный баг. Расширяем тип поля на составной и меняется пустое значение - переписываем запросы

(12) да это все понятно, но архитектура такая архитектура

(13) мы же не храним историю типов, так что это не баг, а фича

(15) вы серьезно считаете, что это фича?

(16) Поведение логичное. Ничего лучше в голову не приходит.

(9) любого

Если НЕ ЗначениеЗаполнено(Запись.ИмяСоставногоПоля) Тогда
	Запись.ИмяСоставногоПоля = Неопределено

(18) ну если информация о типе не нужна, то можно

МассивПустыхОбособленныхПодразделений=Новый Массив;
        Для Каждого ТипРеквизита Из Метаданные.Справочники.АСФЛицензии.Реквизиты.ОбособленноеПодразделение.Тип.Типы() Цикл
            ПустоеЗначение=Новый(ТипРеквизита);
            МассивПустыхОбособленныхПодразделений.Добавить(ПустоеЗначение);
        КонецЦикла;
        МассивПустыхОбособленныхПодразделений.Добавить(Неопределено);

Кому не лениво - попросите на партнерке в язык запросов добавить ПустоеЗначение. Пусть они вот это (20) делают из коробки.

(21) Не логичней наоборот сделать аналог ЗначениеЗаполнено в запросах?

(22) 👍

(0) В (Неопределено, Значение(Справочник.Партнеры.ПустаяСсылка), Значение(Справочник.Контрагенты.ПустаяСсылка), ...)

Конечно, если составное поле не имеет тип ЛюбаяСсылка (ночной кошмар архитектора).

(0) Поле.ВерсияДанных is null

(25) Очень плохая идея, порождает кучу соединений

(22) чет представил как это будет выглядеть в профайлере и плохо стало

(27) Если на уровне платформы делать, то нет проблем ссылку проверить на заполненность
Она фактически состоит из двух частей: тип и уид
Если уид заполнен, значит значение заполнено, и пофиг, даже если объекта в базе нет ("Объект не найден")

(28)+ А вот со всеми прочими простыми типами согласен немного изврат будет
Да еще СУБД-зависимый

Можно через СКД - условие "не заполнено"

(28) В запросе есть функция "УНИКАЛЬНЫЙИДЕНТИФИКАТОР(". Возможно можно через нее сделать условие. Не пробовал, но в теории будет как раз проверка на уид.

(31) Думал про такое
Там с ним все плохо. Не уверен, что можно сравнивать

(22) В конструкторе запроса ИР есть такой вид сравнения (ЗначениеЗаполнено) с поддержкой составного типа, но только на выход, т.е. указал его в конструкторе и при нажатии кнопки ОК он тебе его превратил в развернутое условие языка запросов.

(3) для этого в модуле перед записью очищать поле (принудительно устанавливать Неопределено), если оно не заполнено

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

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

(36) при изменении архитектуры (когда ранее был обычный тип, а стал составной) у вас в любом случае потребуется переписать запросы, иначе в 50% случаев они будут работать неправильно (когда не предполагалось, что там возможно НЕОПРЕДЕЛЕНО).

Так какая разница, код работает в 50% случаев неправильно или в 100% случаев?

(37) "в любом случае" это очень сильное заявление, требующее подкрепленных доказательств

(38) ну а как иначе? изменил тип данных и все, надеяться что нигде не аукнется?

(39) Так это недодумка 1С
Когда для простых ссылочных полей накой-то фиг незаполненное значение вместо "Неопределено" придумали делать "Пустое", конкретного типа
В результате перехода на составные поля получается изврат

NULL - пустота
Неопределено - отсутствие значения

(41) а еще пустые ссылки, ну да

(42) "Пустая ссылка" - отсутствие значения определенного типа

(39) вы с интерфейсами знакомы? которые реализуются конкретными классами?
Так вот при добавлении нового класса, который по новому реализует интерфейс не приходится переписывать код, который основан на этом интерфейсе

(43) только в выборке к справочнику (без всяких соединений) могут быть колонки, содержащие и NULL и Неопределено и разные пустые ссылки

(45) откуда там без соединений null?

(46) Группы или через две точки (хотя это неявное)

(47) с группами да, запамятовал. на автомате ставлю "(Не) ЭтоГруппа" уже много лет

(46) Кроме того, значение типа Null будет иметь, например, реквизит иерархического справочника для элементов-групп, если в метаданных указано, что этот реквизит используется только для элементов не являющихся группами. RTFM!
https://its.1c.ru/db/metod8dev/content/2516/hdoc

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

а так в РБ только встречал