Найти документ по гуиду #642254

Народ, есть гуид элемента документа. В базе есть к примеру 3 типа документов, они объедененны в общий журнал. Вопрос такой как зная гуид выцепить ссылку на документ, предварительно не зная что это за документ. Как я понимаю таблица всех документов едина (номер дата и т.д), есть доп тпблицы по типам доков согласно их реквизитов, и соответственно в главной таблице (по которой и строиться журнал) в единой колонке прописаны гуиды всех документов в независимости от типов. Но как запрос на родном языке сделать?

нет общего журнала в 8-ке

Если только гуид - то придется перебирать все виды документов

в смысле нет, как тогда реализация журнала происходит (я думал как в 77)

Журнал в 8-ке - отдельная таблица в БД. Не зная тип - не вытащить имхо

Ну у кого какие идеи?

Так чего куда есть?

?

Выражай свои мысли яснее. Уникальный идентификатор в таблице без типа?

Для каждого Док из Метаданные.ЖурналыДокументов.ДокументыКонтрагентов.РегистрируемыеДокументы Цикл

Вспомним 77. Таблица 1SJOURN есть колонка IDJOURNAL (на новый лад должна быть УникИд) и колонка DNPREFIX (Тип дока), ну и другие

Перебрать все документы создать ссылку по каждому с нужным UUID и запихать в массив и выбрать {чего надо} из {таблица} где {колонка c ссылками} В (&МассивСсылок)

Я то без цикла хотел

Забудь про клюшки

Не выйдет, хотя можно и без цикла

Вот фигня, а я так надеелся что зная гуид определим и ссылку и тип и т.д не ищя в каждом доке этот гуид.

Массив ссылок все равно в цикле будет собираться

В гуиде нет типа. Тип есть в ссылке :)

а если по данному ГУИДу будет две ссылки на разные типы документов?

а как же оно сортирует по виду документа?

В ссылке есть тип. По нему и сортирует. Потом уже по гуиду

Я думаю что таблица всех ссылок и других общих реквизитов документов для всех документов одна, и поэтому гуиды там не повторяться

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

Гуиды могут повторяться для разных типов.

Все нафиг щаз залезу в SQLServer и проверю

В восьмерке все обстоит несколько по другому.

взялся за снеговика - забывай про клюшки...

Кстати, можно получить структуру хранения, сгенерить вьюху для "общего журнала", и искать по ней

"Нельза лепить снеговика с клюшками в голове"(классика)

В журнале есть колонки _DocumentTRef (тип) и _DocumentRRef (гуид). Так что моя теория была правильной, только в отличии от 77 доки объедененны в общию таблицу не изначально, а при помощи журнала.

лучший способ получить структуру хранения - непосредственно в SQL, ибо даже встроенная команда не даёт всех полей, которые там есть, да и имена у тех, которые она предоставляет не совсем соответствуют истинным именам, что хранятся в самом SQL

да, сочетание Тип+ГУИД=Уникальность. А одного ГУИДа для уникальности маловато, потому и определить ссылку только по нему можно если других типов документов с аналогичным ГУИДом не встретишь

В SQL вообще ограничений нет в этой таблице, походу на уровне 1С изначально проверяется.

Жду продолжения саморазоблачения :)

Я не так выразился, имелось в виду что гуид и тип лежат в отдельных колонках.

> сочетание Тип+ГУИД=Уникальность Неверное утверждение. ГУИД сам по себе уникален в принципе в неограниченных пределах. )

Тоже неверно. ГУИДы не могут повторяться.

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

Могут. Сделать это самому легко, дождаться пока платформа выкинет такой фокус - сложно

Все верно. Тип+ГУИД = Ссылка в терминах 1С.

Это можно сделать только преднамеренно. Ну а специально можно сделать что угодно. )

Это только для составных полей. Не надо путать.

Вероятность такая есть всегда и отбрасывать ее нельзя.

Что значит путать ? Для простых ссылочных полей тип заранее определен что не противоречит Ссылка = Тип+ГУИД.

Отбрасывать её можно, потому что она крайне низкая.

Нельзя отбрасывать - ложка дегтя портит бочку меда.

Ссылка есть ссылка. Тип добавлен для определения таблицы поиска. Вы смешиваете сущности.

Вы каску носите? Ведь есть вероятность падения метеорита и он может попасть в голову )

Что ты мне вообще доказываешь? Что ссылка на уровне платформы не содержит тип ? Или что при хранении в таблицах не содержит тип ?

по ссылке можно определить ТИП, по ГУИДу нельзя, это же аксиомы, что тут спорить? 1с не отбрасывает никакие даже маловероятные события, из-за чего отказываются от хороших механизмов, например посты 116-117

Если хожу по стройке - обязательно одену.

Я доказываю, что ГУИД сам по себе уникален. Ссылка в себе не содержит тип. Тип хранится в отдельном поле и только для составных полей.

Он уникален в пределах одной Таблицы (читай Типа)

ГУИД ни разу не уникален, он лишь стремится к уникальности. Платформа оптимизирует хранение для простых ссылочных. Не более того. При этом есть четкое понимание о типе.

Да что же вы блин. Это же основы. Рамки уникальности шире всех баз. За это собственно 1С и критиковали при выходе 8-ки.

Статистически уникален. 2 в степени 128.

Так ладно, буду искать другой способ, где входными данными будет являться не только гуид но и тип.

Удачи тебе с таким подходом. Наступишь на грабли - не говори что был непредупрежден.

ГУИДу 8-ки далеко до тех же сидов винды. в 1с берётся значение и инкреминируется на 1, что само собой может породить дубли чаще чем кажется

нифига из гуида в 1с можно время записи вычислить

Спасибо за одолжение ) Из-за особенностей реализации получения ГУИДа по его части можно с достаточно высокой долей вероятности определить тип ссылки. Но предварительно надо проанализировать ГУИДы существующих ссылок.

точность фиговая

Для какой из распределенных баз, с учетом что они могут находится на разных серверах с разным системным временем ?

"Попкорн приготовил"(с)

кинь свою долю в общий котёл лучше

Нет, не буду. Много "вкидывать" придется - к каждому топику этой ветки :)

Хех, ты так и не понял смысла вопроса в

на партнёрсом форуме САМ главный 1сник отвечал, что ГУид используется для того, для чего его придумали, и тянуть оттуда время есть моветон и всех отлучат от 1с за такое

Чо не понятного, время высчитывает служба Администратор Сервера 1С, берёт она с компа где находится.

см. если не веришь, запусти СообщитьНовый уникль

1с не одобряет, нет 100% вероятности :)

(кинул свою долю) Посмотрите в своей конфе на процедуру ПриНачалеРаботыСистемы и вызов ПроверкаРазницыВремениКлиент.ВыполнитьПроверку... и скажите хором  - "Время - понятие относительно"(с)

Пусть идентификаторы делают уникальней ]:->.

to

Метод в будет быстрее, ибо не создается лишний объект. Единственно - привязан к языку :)

Найти и "Объект не найден" - быдлокод)

+  у нас так сделали проверку на справочники, и вот веть - были элементы и с таким названием, Объект не найден :)

Привязка к ИД в любом случае будет быдлокодом. На ней серьезные вещи строит не стоит. А для всякой некритичной ерунды - пусть будет то что быстрее.

в РИБ базах иногда нужно к ИД привязыватся, не вижу быдлокода, от задачи зависит

Помимо прочего метод в имеет и другой минус - не все типы имеют метод ПолучитьОбъект. Например перечисления.

Вообще через УстановитьСсылкуНового можно установить, что угодно, хоть свой вариает Гуида.  Если пользоваться генератором Гуида, то он будет уникальным так как например зависит от сетевой карты, времени. GUID хорош прежде всего при обмене данными без всяких суффиксов префиксов и может объединяться с любыми учетными системами.

>, гуид 1с это не совсем гуид

Если GUID генерируется инкрементом на 1 - это, скорее, недочет разработчиков платформы, а не тех, кто на ней программирует. Уникальный идентификатор, должен быть уникальным и точка.

То есть ты утверждаешь что гуид для ссылок отличен от Новый уникальныйИдентификатор? Дай ссылку на алгоритм и особенно для распределенных баз.

а он и уникален, никто не говорил, как платформа реализует это условие.

87+ Да проверил действительно увеличивают на единицу. Но здесь есть смысл, в том, если привязка к компьютеру будет уникальной, а значит и будет уникальна на другом компьютере. Надо смотреть алгоритм. С другой стороны смешно экономить на формировании гуида

Генерация Гуида 1С 531923ce-3d55-11e2-8afe-c86000c70663 531923cf-3d55-11e2-8afe-c86000c70663

ГЫЫЫЫ... Инкремент - экскримент.