Всем привет!
Каким-то образом можно получить "читабельное" название документа при SQL запросе к базе 1С ?
Например я сделал запрос на выборку документов "Списание товаров", документы находятся в таблице: _Document191
Но как вы знаете запрос к этой таблице возвращает ссылку на документ, как и откуда мне сопоставить эту ссылку к читабельному названию документа? Может можно обратиться к реквизиту документа и как-то его прочитать.
---
_TYPE
_RTRef
---
Здесь есть всё
```1c
    ПолучитьСтруктуруХраненияБазыДанных()
```
 )))
---
Запросом вы можете получить номер, дату и прочие реквизиты документа, "название" хранится только в конфигурации
---
Фактически получается, что прямым SQL запросом я даже не смогу понять какой тип документа, если конечно не смотреть из какой таблицы мне вернул ссылку запрос.
Жаль, а мне надо было как раз понять тип документа, а не его название.
Спасибо!
---
Тип документа однозначно идентифицируется по таблице, в которой он хранится
---
начно идентифицируется по таблице, в которой он храни
Т.е. скажем если я сделал выборку номенклатуры из регистра накопления "Товары на складах", там есть столбец "Регистратор" (это ссылка на документ в базе SQL) и мне надо будет взять эту ссылку и сделать глобальный поиск по всей базе чтобы понять из какой таблицы этот документ?
---
Вы бы лучше озвучили глобальную задачу, может и придумал кто чего...
А когда просят типа "как мне сделать чтобы увидеть звезды?"
Кто его знает может ты звездолет собрался делать, а может просто голову поднять в безоблачное небо
---
Глобальная задача очень простая:
Есть номенклатура, надо запросом получить дату поступления и последнюю операцию проделанную над ней. Под последней операцией подразумевается то, что была она продана или списана или перемещена.
В 1С это просто делается, делаю анализ движения, сортирую по дате, беру первую и последнюю дату. Первая дата - это дата поступления, а последняя это как раз что было с ней сделано (продано или списана и т.д.).
В SQL запросе я могу получить все эти данные, но вот как понять какая последняя процедура была проведена над нет. По ссылке на документ (регистратор) я не могу определить к чему это относится.
---
Задача смешная по сложности...
Зачем привлекать прямые SQL даже ума не приложу.

у вас всего 4 документа - объединяете 4 запроса и из объединенного все получите что вам надо
---
Зачем привлекать прямые SQL даже ума не прило
Я озвучил всего лишь одну тысячную задачи общей цели. На данном этапе мне необходимо решить именно эту часть задачи.
---
Весь проблемный вопрос был откуда брать данные .
Можно брать напрямую из документов - вы получите все что вам нужно.
Можно брать и из регистров, это более классически , но в вашем случае ничуть не правильнее. Только сложнее.
---
Вот потому что вы озвучиваете 1 тысячную - никто ничего понять и не сможет, а тем более что-либо конструктивное подсказать
---
Послушайте, у вас уже 4 ответа и все ни о чем. Если вы не знаете, что писать, лучше ничего не пишите.
---
А у вас целая тема "ни о чем" !
Это вообще нормально?
Если вам помощь не нужна - то пишите лучше комментарии где-то на фейсбуке
---
Вы можете обратить внимание , что максимальное число постов у самых бестолковых тем.
Типа про ректальное программирование например...
А потому что к полезности там никто не придерется , да и невозможно придраться в бесполезных темах
---
Ваши бестолковые ответы не вносят ясность в решение проблем.
---
Вопрос, зачем делать прямой запрос к базе данных?
По поводу где хранится тип документа, зависит от типа базы, файловая или клиент сервер.
В принципе это можно найти на просторах интернета https://helpf.pro/faq/view/673.htm как вариант.
Может не использовать такой способ, а воспользоватся comОбъектом или другими средствами и просто написать запрос получения данных без средств SQL и ломания головы как там все устроено.
---
Так вы проблему не обрисовали - какие могут быть решения того что не обозначено?
Я вам предложил попробовать объединить 4 запроса к 4 видам документов - это все что можно высосать из вашей скудной информации
---
_TYPE
_RTRef
---
Нет таких полей в таблице документов в SQL. Я сделал выборку по всем существующим полям в этой таблице и сделал скриншот (см. вложение).
---
Спасибо! То что надо!
---
применительно к 1с 8.2 алгоритм такой:
метаданные хранятся в таблице конфиг в текстовом виде. и сжаты методом дефлате.

поэтому с помощью https://infostart.ru/public/21461/ или её готовых аналогов на ис

разжимаете и парсите текстовую таблицу соответствий . она хранится в тавлице парамс записи dbnames.

в ней соответствие номеров таблиц и полей и метаданных в конфиг. получаете 2 таблицы таблиц и полей.