Как запросом отобрать записи с пустым УникальнымИдентификатором (поле типа УникальныйИдентификатор)? Как вообще получить пустой УникальныйИдентификатор?

Он не может быть пустым.

эээ а такое бывает?

Неопределено это.

а вообще вот так:
ВЫБРАТЬ
 Т.Ссылка
ИЗ
 Справочник.Контрагенты КАК Т
ГДЕ
 Т.ОсновнойМенеджер.Ссылка ЕСТЬ NULL

получишь все с пустыми или битыми менеджерами

(1), (3) я про реквизит типа УникальныйИдентификатор:
если этот реквизит не заполнять, то визуальное представление его для незаполненного значения -
00000000-0000-0000-0000-000000000000.

(1) если его не заполнять, то как он не может быть пустым, это же не Ссылка

(6) Хм. Он "заполняется" платформой.

а я то наивно полагал что ты именно про ссылку...
А как вообще можно назначить такой тип ("УникальныйИдентификатор") реквизиту?

А разве "УникальныйИдентификатор" - это тип, а не реквизит?

(0) > Отобрать записи с пустым УникальнымИдентификатором запросом

Фантазер?

это пустая ссылка
или Неопределено )) а?

В платформе 8.2 появилась возможность создавать реквизиты типа Уникальный идентификатор.
(7) "заполняется" он ручками:
МойРегистрСведений.УИД_1 = Новый УникальныйИдентификатор();
и если этому реквизиту не присвоить Новый УникальныйИдентификатор(), то он останется не заполненным, в чем можно убедиться с помощью финкции ЗначениеЗаполнено(), а вот в запросе как такие отсечь - х.з.

(12)
ГДЕ
 МойРегистрСведений.УИД_1 = &ПустоеУИД

Параметр ПустоеУИД заполнить соответствующим значением

даже если предположить что он не заполнен, возникает вопрос:
а развме может быть 2 объекта с одинаковым УИДом?

Новый УникальныйИдентификатор("00000000-0000-0000-0000-000000000000");

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

(14) легко

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

(14) да это и не объекты вовсе у него. Реквизит такой.

(16) В разных да, но в о дной 2 контрагента с одним ГУИД найти оооочень трудно

(20) но можно

Хотя позиция 1С такова, что

   
20.06.2008 07:47 Белоусов Павел, 1С

Этого делать нельзя. В рамках одной информационной базы каждое значение GUID д.б. уникально. Однако, если Вы хотите передать и зафиксировать в создаваемых документах такое значение, можно создать у поступления и реализации по дополнительному реквизиту. (с)http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=538795

(18) там вроде в УИД заложен тип объекта, если отбросить этот префикс то да
(21) тогда нарушится целостность

(23) в одной базе, но в разных таблицах ничего не нарушится

(23) это миф, в УИД тип не заложен

+(25) рядом уже обсудили: v8: Работа с уникальным идентификатором

(23) Это в 7-ке тип и вид закладываеться

(24) так ты же пишешь что в одной базеи таблице (20)

(15) - работает, действительно пустой возвращает

(28) я пишу в (24) а не в (20)

(30) промазал в (21)

(31) не, я про одну БД, но про разные таблицы

Aleksey_3
В разных да, но в о дной 2 контрагента с одним ГУИД найти оооочень трудно
Ненавижу 1С
(20) но можно

(32) а это разве не про одну таблицу в одной базе?

(33) нет, про одну БД

+(34) на мой взгляд

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