Имя: Пароль:
1C
 
Работа с уникальным идентификатором
0 selenat
 
22.10.10
11:13
Мне вот что интересно. Насколько я понимаю, уникальный идентификатор уникален в разрезе всех метаданных. Т.е. данные разных типов не могут иметь один и тот же идентификатор. Так почему же тогда синтаксис получения данных по нему выглядит типа
ПланыВидовРасчета.УдержанияОрганизаций.ПолучитьСсылку(Новый УникальныйИдентификатор("1b801d7e-2e9e-11df-a219-00046194a510")

Т.е. приходится в явном виде прописывать какого типа данные нужно получить по идентификатору? Или я не знаю какую-то другую возможность получения данных?
1 бомболюк
 
22.10.10
11:15
шоб по таблицам не шариться по всем
2 Ненавижу 1С
 
гуру
22.10.10
11:15
(0) а ты хочешь чтоб система шерстила сама таблицы всех типов данных в поисках оного?
такое можно сделать самому, а предопределенное не надо
3 МЮЛЛЕР
 
22.10.10
11:18
(22) > Или я не знаю какую-то другую возможность получения данных?

Есть еще НайтиПоНаименованию, НайтиПоКоду("МеПуЕдр")
4 selenat
 
22.10.10
11:18
(1) наверное логично. Но разве в идентификаторе не зашита инфа о типе данных? Я так предполагал, что часть символов содержит в себе как раз эту инфу. Иначе было бы сложно добиваться уникальности при присвоении нового УИ новому объекту. Ну а если эта инфа зашита в определенных символах, то в чем проблема анализировать из какой именно таблицы нужно их получать, а не шариться по всем?
5 selenat
 
22.10.10
11:19
(3) коды и наименования могут быть не уникальны даже в пределах одного справочника...
6 бомболюк
 
22.10.10
11:20
(4) не зашита. она в соседнем поле хранится (если тип реквизита составной), или в метаданных (если простой)
7 Defender aka LINN
 
22.10.10
11:21
(0) Никто не запрещает создать 2 элемента разных справочников с одинаковым ИД.
8 Ненавижу 1С
 
гуру
22.10.10
11:22
(4) не зашита
ссылка это пара: UUID+Ссылка(ключ) на метаданные
9 Ненавижу 1С
 
гуру
22.10.10
11:22
так что (7) вполне может быть
10 selenat
 
22.10.10
11:22
(6-8) тогда ясно. Спасибо.
11 Aleksey_3
 
22.10.10
11:42