Accumrgt как узнать что за регистр

Accumrgt как узнать что за регистр

Дата публикации 12.07.2022

Использован релиз 3.1.23

В программе можно проанализировать движение документа по регистрам, например, «Начисление зарплаты и взносов». Для этого по кнопке «Еще» следует выбрать действие «Движения документа» (рис. 1) или воспользоваться сочетанием клавиш Ctrl+Shift+A. При этом откроется одноименная форма, в ней отражаются все регистры, в которые попадает информация из выбранного документа. Если необходимо получить информацию по одному конкретному регистру, установите флажок «Выводить только» и выберите регистр из предложенного перечня. Кнопка «Сформировать».

Для быстрого доступа к регистрам, по которым документ произвел записи, можно сделать ссылки в самом документе. Для этого откройте форму «Настройка панели навигации», которую можно вывести по кнопке «Меню – Окно» (кнопка вверху справа с тремя точками). В этой форме по кнопке «Добавить» выберите необходимые регистры из предложенного списка доступных команд (слева) и нажмите кнопку «ОК». В результате в документе появятся ссылки на регистры (рис. 2). Чтобы проанализировать конкретный регистр, нажмите на одноименную ссылку.

Подпишитесь на новости

Не пропускайте последние новости — подпишитесь
на бесплатную рассылку сайта:

• десятки экспертов ежедневно мониторят изменения законодательства и судебную практику;
• рассылка бесплатная, независимо от наличия договора 1С:ИТС;
• ваш e-mail не передается третьим лицам;

Accumrgt как узнать что за регистр

Как можно узнать, какому регистру соответствует таблица AccumRegTotals4987?
Мы посмотрели блокировки, SQL Server показывает эту таблицу,
а что это за таблица — как узнать?

Ответьте, пожалуйста, очень нужно!
смотри Enterprise Integrator
+(2) вот здесь: http://www.infostart.ru/projects/782/?&desc=1
))
(2) А где взять Enterprise Integrator?
А, вот-вот, вижу ссылку.

Еще на ИТСе есть такая статья «Размещение данных 1С:Предприятия 8.0»
А в 8.1 есть метод «ПолучитьСоединенияИнформационнойБазы»

(6) а в 8.0 нету? )

(6) На ИТС конечно она есть,
но там не сказано, как найти, какой конкретно это регистр,
то что это Таблица итогов регистра накопления — это я прочитала

Скачала Ei 0[1].36 beta.ZIP
Не пойму, где там я увижу соответствие таблицы и имени регистра. 🙁

(11) Надавила почитала 🙂
Нажала кнопку «Прочитать конфигурацию»
Дерево загрузилось, а колонка «SQL имя» — осталась пустая!
Самое нужное — не сделалось!

может, что с настройками самой обработки.
(13) справку попробуйте прочитать внимательно!!
Еще нужно нажать «получить параметры».

(13) прошу прошения действительно об этом в справке не написано.
Для получения структуры хранения объектов базы данных (полей и таблиц) необходимы отметить флажками нужные элементы и нажать кнопку «Получить параметры» в панели управления.

(15) Спасибо! И правда получилось.

Но загвоздка осталась — AccumRegTotals — это же итоги регистра накопления,
а как же мне все-таки узнать — КАКОГО именно.

Ведь таблице промежуточных итогов не соответствует никакого объекта метаданных, вот засада!
(18)_AccumReg4987 ищи
(19) не т не правильно сейчас скажу точно.

В каталоге временных файлов(что то вроде) есть файл $Ei*_DBNames.bin
примерно с таким именем. Он будет существовать пока вы не закроете Enterprise Integrator.

Откройте его блокнотом и найди те строку AccumRegTotals»,4987

Получите такой блок.

Последняя строка в этом блоке(«AccumReg»,24987) будет Номер вашего регистра, который вы уже сможете найти в Enterprise Integrator.

(21)+ Каталог временных файлов !пользователя! .
что то вроде C:\DOCUME~1\kudyakov\LOCALS~1\Temp\

«AccumReg»,4983 — может, это он?

а вобще, классная штучка!

Штука просто СУПЕР!
Спасибо очень-очень to Ferz! И откуда вы такие тонкости знаете?!
(25) он ее делал. :)))
Да? Что-ли правда. тут таки люди бывают.
и даже мне отвечают? ого!
🙂
(27) а фото где.
Автора обработки? 🙂
нет конечно..
Leyla
прямо сюда.
(33) ну конечно, просим
(25) никакого мошенства просто ловкость рук.
(33) адрес здесь France
(36) сейчас пришлю. 🙂
(36) пришел, примазался на фотку. я вот ссылку хоть давал. ) Leyla, на slil.ru ложи.

(37) вот вопросик такой: почему то не трассируется запрос

выбрать Первые 1 Регистр.Регистратор
из РегистрНакопления.ОстаткиТоваровКомпании Регистр
где Регистр.Регистратор ССЫЛКА Документ.ПоступлениеТоваров

запускаю трассировку, пару секунд чего то думает, а потом никаких результатов.
это не связано с ССЫЛКА ?

все остальные запросы трассирует.

убери первые 1, попробуй поставить первые 2

нет, со сылкой это никак не связано

(35) Вам просто огромнейшее спасибо! Правда, здорово выручили,
я уже несколько дней с этим маюсь — не могла найти соответствие! 🙂

(40) не а, не помогло, ни с ПЕРВЫЕ 2, ни вобще без ПЕРВЫЕ

а вот такой запрос трассирует

выбрать Первые 1 Регистр.Регистратор
из РегистрНакопления.ОстаткиТоваровКомпании Регистр
внутреннее соединение Документ.ПоступлениеТоваров Док
по Док.ссылка = Регистр.Регистратор

Спасибо автору щелкнула 🙂
Фотка ушла 🙂

У меня есть обработка на 1С, которая дает сопоставление: имя таблицы в скл базе — объект метаданных
причем выдает для всех таблиц

(45) И у меня есть такая обработка, что бы трассировку сделать особого ума не надо.
(46) трассировку чего?

(45) а можно посмотреть эту обработку.
(43) да действительно не работает. пока ничего сказать не могу.
позднее объясню в чем дело..

(48) можно, наверное, мне не жалко 🙂
ее бы доделать немного, и вполне нормальная штука получилась бы

+(49) кстати, там кода, помойму всего строчек 200
(49) выложишь куда-нить?

(48)
«я — захадка. расхадай меня» (с) КВН

короче, при трассировке запроса из (39) почему то не достаточно отсматривать события SQL:StmtCompleted. не попадают они в этом случае в трассировку.
а вот если включить фильтр по RPC:Starting, то трассировка ловит этот запрос.

может вобще отказаться от 41 ивента в sp_trace_setevent а все фильтровать по 11.
ведь 1С запросы все равно пихает через sp_executesql
?

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

Регистры накопления 1С 8.3

Для удобства хранения и обработки информации в программе 1С используются различные Регистры накопления. Все данные вносятся в программу с помощью документов, на основании которых и происходит запись в регистр. Использование данного механизма позволяет накапливать данные, обрабатывать их, рассчитывать итоги, выводя остатки и обороты по этим данным пользователю.

Если мы откроем любую конфигурацию 1С Предприятие, в дереве метаданных увидим раздел «Регистры накопления».

Если в пользовательском режиме мы зайдем в раздел «Все функции», то там тоже можем увидеть ветку «Регистры накопления».

Регистр накопления – это таблица, накапливающая информацию из движения документов (приход/расход, обороты). Откроем для примера регистр накопления «Зарплата к выплате». Мы видим, что строки «Начисление зарплаты» и «Отпуск» отмечены знаком «+», т.е. увеличивают данные регистра, а «Ведомость в банк» (документ, которым произведена выплата) отмечен знаком «-», т.е. уменьшает данные регистра по каждой записи, в данном случае – по физическому лицу (сотруднику).

Если мы откроем документ, например, «Ведомость в банк», и посмотрим его движения по регистрам (кнопка «Показать проводки и другие движения документа»), то увидим записи производимые документом в связанные с ним регистры.

Аналогично происходят записи в регистры накопления по приходу и расходу товара, материалов, по учету НДС и другие примеры. Используя данные таких таблиц, программе гораздо проще составить отчет по запросу пользователя.

Рассмотрим, как устроены регистры накопления изнутри, на примере программы «1С:Бухгалтерия 3.0».

Настройки регистра накопления

Мы можем разрабатывать свои регистры накопления при необходимости. Но для этого сначала разберемся в его настройках. Рассмотрим настройки регистра накопления на том же примере с зарплатой к выплате. Откроем регистр «ЗарплатаКВыплате». На закладке «Основные» мы видим имя регистра и его вид.

Регистры бывают двух видов – «Остатки» и «Обороты». Когда планируется получать только сведения об оборотах, то выбираем этот вид регистра (например, обороты реализации). Если необходимо получать данные и об оборотах, и об остатках (как например, остатки товаров на складах, остаток задолженности по заработной плате), то выбираем вид регистра «Остатки».

На закладке «Подсистема» отмечается подсистема, где задействован регистр.

На закладке «Данные» описывается структура регистра. Измерения – записи, по которым в дальнейшем мы можем получить остатки или посмотреть обороты. Ресурсы – реквизит для определения числовых данных по регистру. Это может быть сумма, количество (например, количество проданных товаров, сумма проданных товаров, сумма выплаченной или начисленной зарплаты).

Раздел «Реквизиты» предназначен для хранения сопутствующей информации и используется на усмотрение пользователя. Существует еще один набор стандартных реквизитов, список которых не изменяется. Кнопка «Агрегаты» активна только для регистров с видом «Обороты».

И самый интересный раздел – это «Регистраторы». Здесь определяются документы, которые будут производить записи в регистр, формируя движения по регистрам.

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

Как сделать регистр накопления в 1С

Продолжим рассматривать пример с регистрами по зарплате. Создадим новый регистр накопления (кнопка «Добавить») и назовем его «ДолгСотруднику».

На закладке «Основные» укажем название и вид регистра – «Остатки».

На закладке «Подсистемы» указываем подсистему «ВзаиморасчетыССотрудниками».

На «Функциональные опции», в которых участвует наш регистр, устанавливаем галочку «ИспользоватьНачислениеЗарплаты» (блок учета заработной платы в конфигурации «Бухгалтерия»).

На закладке «Данные» добавим для примера несколько измерений – «Сотрудник» и «Основание» (отражающий документ основание записи).

Для измерения «Сотрудник» указываем тип – СправочникСсылкаСотрудники, а для «Основания» – ОпределяемыйТипДокументОснованияЗарплатыКВыплате.

На закладке «Регистраторы» перечислим документы, которые будут производить запись в наш регистр. В нашем примере сделаем акцент на документе «Ведомость на выплату зарплаты в банк» и далее будем следить за движениями регистра, сделанными этим документом.

Для того чтобы наш регистр работал, необходимо выполнить некоторые настройки в самом документе движения. Откроем в дереве метаданных документ «ВедомостьНаВыплатуЗарплатыВБАнк». На закладке «Движения» мы видим наш новый регистр «ДолгСотруднику». Далее с помощью кнопки «Конструктор движений» нам нужно сопоставить, в какие поля, какие данные из документа должны фиксироваться.

Открываем наш регистр.

Тип движения в нашем примере «Расход» (т.к. выплачивая зарплату, мы уменьшаем задолженность сотруднику). И в таблицу с реквизитами надо прописать (сопоставив) реквизиты документа. Выбрать их можно двойным щелчком на соответствующей строке. Заполнив, нажимаем «Ок».

Программа автоматически конструктором создаст модуль обработки.

Обновим данные конфигурации и запустим программу в пользовательском режиме.

Запись в регистр накопления 1С 8.3

Проведем документ «Ведомость в банк» и посмотрим, какие движения по регистрам он сформировал (кнопка Кнопка – «Показать проводки и другие движения документа»). Мы видим, что у нас появилась закладка с движениями по нашему регистру «Долг сотруднику» — строка «Расход».

Наш регистр заработал. Аналогично можно выполнить настройку регистра для отражения записей других документов, в том числе, формирующих вид движения «Приход».

Как изменить регистр накопления в 1С 8.3? Корректировка регистров накопления 1С

Иногда возникает необходимость обнулить или подкорректировать записи регистров накопления. Для этого в «1С:Бухгалтерия» можно воспользоваться документом «Операция введенная вручную» (в разделе меню «Операции»). Создав новую операции, перейдем по кнопке «Еще» к пункту «Выбор регистров».

Выбираем регистр, по которому хотим сделать корректировочную запись, и нажимаем «Ок».

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

Сформировать отчет по регистрам накопления, мы можем, воспользовавшись «Универсальным отчетом» (раздел «Отчеты»), выбрать вариант отчета – по регистрам накопления, и указать нужный для анализа регистр. В отчете мы видим, что в нем отразилась наша корректировочная запись по регистру «Учет доходов для исчисления НДФЛ».

Еще один способ очистки регистров и их корректировки – это выполнение свертки информационной базы. Подробно мы на этом останавливаться не будем, т.к. это отдельная тема. Отмечу лишь, что в результате этой процедуры все остатки по счетам и регистрам переносятся в операции, записанные концом года, удаляя при этом все документы. Записи формируются отдельно по каждому регистру и при необходимости их можно откорректировать или удалить.

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

Размещение данных 1С:Предприятия 8. Таблицы и поля

Раздел является дополнением к разделу Размещение данных 1С:Предприятия 8 и содержит описание состава полей таблиц базы данных, определяемых различными объектами метаданных. Приведенная здесь информация актуальна для 1С:Предприятия версии 8.2 и выше. В последующих версиях состав таблиц и полей может быть изменен. Эта информация не должна использоваться для работы с этими данными какими либо способами, не предусмотренными штатными механизмами 1С:Предприятия 8.

Имена полей

Состав полей каждой таблицы базы данных и их имена определяется соответствующим ей объектом метаданных. Имена полей могут различаться в зависимости от их назначения и типа хранящихся в них данных. Каждое имя поля может содержать:

• префикс из латинских букв ( ), определяющий назначение данных, содержащихся в этом поле. Префикс присутствует в имени любого поля;
• числовой номер ( , или ), позволяющий отличить поля, содержащие похожие по назначению данные. Существуют поля, имена которых не содержат номера;
• суффикс из латинских букв, зависящий от типа данных, хранимых в полях (suff>). Существуют поля, имена которых не содержат суффикса.

В разделе Особенности хранения составных типов данных описано формирование полей базы данных с различными суффиксами в зависимости от типов соответствующих полей объектов метаданных. Данный раздел описывает формирование префиксов имен полей в зависимости от их назначения для каждого из объектов метаданных. Для каждого поля указано, участвует ли в ее имени числовой номер и/или суффикс. Участие суффикса в имени поля может означать, что для некоторых типов данных вместо одного поля может создаваться несколько полей, которые имеют одинаковый префикс и числовой номер (если есть), а различаются суффиксами.

Состав полей

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

Константы

Для каждой константы создается таблица (_Const ) со следующими полями:

• RecordKey — ключ записи, необходимый для правильной установки транзакционных блокировок;
• _Fld — поле, хранящее значение одной константы. Для константы составного типа создается несколько полей с одинаковыми префиксом и номером и различными суффиксами.
• _Fld — общие реквизиты

Если хотя бы одна константа участвует в обмене данными, то создается таблица регистрации изменений констант (_ConstsChngR) со следующими полями:

• _Node — ссылка на узел плана обмена;
• _MessageNo — номер сообщения обмена данными, в которое было выгружено это изменение или NULL, если оно еще не было выгружено;
• _ConstID — идентификатор константы, значение которой изменилось.
• _Fld — общие реквизиты

Табличная часть

Каждой табличной части соответствует таблица базы данных (_VT ), содержащая следующие поля:

• _ID — ссылка на объект базы данных, которому принадлежит запись табличной части;
• _KeyField — ключ записи табличной части в рамках одного объекта базы данных
• _LineNo — номер записи табличной части
• _Fld — реквизит табличной части (для каждого реквизита, определенного в конфигурации). Для реквизита составного типа создается несколько полей с одинаковыми префиксом и номером и различными суффиксами.
• _Fld — общие реквизиты

Планы обмена

Для каждого плана обмена создается таблица (_Node ) со следующими полями:

• _ID — идентификатор узла;
• _Version — версия записи (изменяется после каждого обновления данной записи);
• _Marked — признак того, что узел помечен на удаление;
• _Code — код узла;
• _Description — наименование узла;
• _SentNo — номер последнего отправленного сообщения обмена данными в адрес этого узла;
• _ReceivedNo — номер последнего сообщения обмена данными, полученного от этого узла;
• _Fld — реквизит плана обмена (для каждого реквизита, определенного в конфигурации);
• _PredefinedID — ccылка на предопределенное в метаданных значение;
• _LastUpdate — Дата крайнего обмена мобильного клиента с автономным режимом
• _Fld — общие реквизиты

Справочники

Для каждого справочника создается таблица (_Reference ) со следующими полями:

• _ID — идентификатор элемента справочника;
• _Version — версия записи (изменяется после каждого обновления данной записи);
• _Marked — признак того, что элемент справочника помечен на удаление;
• _PredefinedID — ccылка на предопределенное в метаданных значение;
• _ParentID — идентификатор элемента справочника или группы, которому подчинен данный элемент справочника. Поле определяется только для иерархических справочников;
• _OwnerID — идентификатор владельца данного элемента справочника. Поле определено, если в конфигурации для справочника указаны владельцы;
• _Folder — признак того, что запись представляет группу. Поле определено, если справочник иерархический и в иерархию входят группы;
• _Code — код элемента справочника;
• _Description — наименование элемента справочника;
• _Fld — реквизит справочника (для каждого реквизита, определенного в конфигурации).
• _Fld — общие реквизиты

Если конфигурация содержит хотя бы один справочник, то создается одна таблица опций справочника (_RefOpt) с полями:

• _MDID — идентификатор объекта метаданных
• _PDUpdMode — режим обновления предопределенных данных

Если у справочника есть предопределенные данные, то создается таблица проинициализированных областей (_RefSInf) с полями:

• _PDInitialized – признак того, что область проинициализирована;
• _Fld — общие реквизиты данного объекта.

Если справочник участвует в обмене данными, то для него определяется таблица регистрации изменений (_ReferenceChngR ) со следующими полями:

• _Node — ссылка на узел плана обмена;
• _MessageNo — номер сообщения обмена данными, в которое было выгружено это изменение или NULL, если оно еще не было выгружено;
• _ID — идентификатор измененного элемента справочника;
• _Fld — общие реквизиты.

Документы

Для каждого документа создается таблица (_Document ) со следующими полями:

• _ID — идентификатор документа;
• _Version — версия записи (изменяется после каждого обновления данной записи);
• _Marked — признак того, что документ помечен на удаление;
• _Date_Time — дата/ время документа;
• _NumberPrefix — начало периода уникальности номера. Поле определено, если в конфигурации для документа задана поддержка уникальности номера в пределах периода;
• _Number — номер документа;
• _Posted — документ проведен;
• _Fld — реквизит документа (для каждого реквизита, определенного в конфигурации);
• _Fld — общие реквизиты.

Если документ участвует в обмене данными, то создается таблица регистрации изменений (_DocumentChngR ), поля которой аналогичны полям таблицы регистрации изменений справочника.

Последовательности документов

Для каждой последовательности документов создаются две таблицы: таблица регистрации документов и таблица границ последовательности. Таблица регистрации документов (_Seq ) содержит поля:

• _Period — дата/ время документа;
• _Recorder — ссылка на документ;
• _Fld — измерение последовательности (для каждого измерения, определенного в конфигурации);
• _Fld — общие реквизиты.

Таблица границ последовательности (_SeqB ) содержит поля:

• _Fld — измерение последовательности (для каждого измерения, определенного в конфигурации);
• _Period — дата/ время последнего документа по текущему набору значений измерений;
• _Recorder — ссылка на последний документ по текущему набору значений измерений;
• _Fld — общие реквизиты.

Если последовательность участвует в обмене данными, то еще создается таблица регистрации изменений (_SeqChngR ) с полями:

• _Node — ссылка на узел плана обмена;
• _MessageNo — номер сообщения обмена данными, в которое было выгружено это изменение или NULL, если оно еще не было выгружено;
• _Recorder — ссылка на документ, которому соответствует измененная запись в таблице регистрации документов;
• _Fld — общие реквизиты.

Журналы документов

Каждому журналу документов соответствует таблица (_DocumentJournal ) со следующими полями:

• _Document — ссылка на документ;
• _Date_Time — дата/ время документа;
• _Marked — признак того, что документ помечен на удаление;
• _Posted — признак того, что документ проведен;
• _Number — номер документа;
• _Fld — графа журнала (для каждой графы, определенной в конфигурации).
• _Fld — общие реквизиты

Перечисления

Для каждого перечисления создается таблица (_Enum ) с полями:

• _ID — идентификатор элемента перечисления;
• _EnumOrder — числовое значение элемента перечисления.

Планы видов характеристик

Для каждого плана видов характеристик создается таблица (_Chrc ) со следующими полями:

• _ID — идентификатор вида характеристик;
• _Version — версия записи (изменяется после каждого обновления данной записи);
• _Marked — признак того, что вид характеристик помечен на удаление;
• _PredefinedID — ccылка на предопределенное в метаданных значение;
• _ParentID — идентификатор вида характеристик (или группы видов характеристик), которому подчинен данный. Поле присутствует только для иерархического плана видов характеристик;
• _Folder — признак того, что запись является группой видов характеристик. Поле присутствует только для иерархического плана видов характеристик;
• _Code — код вида характеристик;
• _Description — наименование вида характеристик;
• _Type — тип значения характеристики этого вида характеристик;
• _Fld — реквизит вида характеристик (для каждого реквизита, определенного в конфигурации).
• _Fld — общие реквизиты

Если конфигурация содержит хотя бы один план видов характеристик, то создается одна таблица опций плана видов характеристик (_ChrcOpt) с полями:

• _MDID — идентификатор объекта метаданных
• _ExtID — идентификатор расширения конфигурации
• _PDUpdMode — режим обновления предопределенных данных

Если у плана видов характеристик есть предопределенные данные, то создается таблица проинициализированных областей (_ChrcSInf) с полями:

• _PDInitialized – признак того, что область проинициализирована
• _Fld — общие реквизиты

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

Планы счетов

Для каждого плана счетов создается таблица (_Acc ) со следующими полями:

• _ID — идентификатор счета;
• _Version — версия записи (изменяется после каждого обновления данной записи);
• _Marked — признак того, что счет помечен на удаление;
• _PredefinedID — ccылка на предопределенное в метаданных значение;
• _ParentID — идентификатор счета, которому подчинен данный;
• _Code — код счета;
• _Description — наименование счета;
• _OrderField — поле сортировки, содержит данные, по которым фактически выполняется сортировка по коду. Поле присутствует, если в конфигурации определен автопорядок по коду;
• _Kind — код вида счета (активный/ пассивный/ активный-пассивный);
• _OffBalance — забалансовый счет;
• _Fld — реквизит или признак учета (для каждого реквизита и для каждого признака учета).
• _Fld — общие реквизиты

Если в конфигурации определено отличное от 0 максимальное количество субконто, то создается таблица видов субконто (_Acc_ExtDim ), которая содержит поля:

• _Acc_ID — ссылка на счет, которому принадлежит характеристика субконто;
• _KeyField — ключ характеристики субконто;
• _LineNo — номер характеристики субконто;
• _DimKind — ссылка на вид характеристики;
• _DimIsMetadata — предопределенная (определенная в конфигурации) характеристика субконто;
• _TurnoverOnly — эта характеристика участвует только при подсчете оборотов;
• _Fld — общие реквизиты.

Если конфигурация содержит хотя бы один план счетов, то создается одна таблица опций плана счетов (_AccOpt) с полями:

• _MDID — идентификатор объекта метаданных;
• _ExtID — идентификатор расширения конфигурации;
• _PDUpdMode — режим обновления предопределенных данных.

Если у плана счетов есть предопределенные данные, то создается таблица проинициализированных областей (_AccSInf) с полями:

• _PDInitialized – признак того, что область проинициализирована;
• _Fld — общие реквизиты.

Если план счетов участвует в обмене данными, то создается таблица регистрации изменений (_AccChngR ) с такими же полями, как у таблицы регистрации изменений справочника.

Планы видов расчета

Для каждого плана видов расчета создается таблица (_CKind ) с полями:

• _ID — идентификатор вида расчета;
• _Version — версия записи (изменяется после каждого обновления данной записи);
• _Marked — признак того, что вид расчета помечен на удаление;
• _PredefinedID — ccылка на предопределенное в метаданных значение;
• _Code — код вида расчета. Поле присутствует, если в конфигурации указана отличная от нуля длина кода;
• _Description — наименование вида расчета. Поле присутствует, если в конфигурации указана отличная от нуля длина описания;
• _BaseAsAct — базовый период как период действия. Поле присутствует, если план видов расчета использует период действия;
• _Fld — реквизит (для каждого реквизита, определенного в конфигурации);
• _Fld — общие реквизиты.

Еще для каждого плана видов расчета создается таблица ведущих видов расчета (_CKind_LeadingCK) с полями:

• _CalcKind_ID — ссылка на вид расчета, которому принадлежит таблица ведущих видов расчета;
• _KeyField — ключ ведущего вида расчета;
• _LeadingCKLineNo — номер ведущего вида расчета;
• _LeadingCKLeadingCK — ссылка на ведущий вид расчета;
• _PredefinedLeadingCKTableLine — признак того, что ведущий вид расчета является предопределенным (определенным в конфигурации);
• _Fld — реквизит (для каждого реквизита, определенного в конфигурации);
• _Fld — общие реквизиты.

Если значение свойства Зависимость от базы плана видов расчета отличается от Не зависит, то создается таблица базовых видов расчета (_CKind_BaseCK) с поля:

• _CalcKind_ID — ссылка на вид расчета, которому принадлежит таблица базовых видов расчета;
• _KeyField — ключ базового вида расчета;
• _BaseCKLineNo — номер базового вида расчета;
• _BaseCKBaseCK — ссылка на базовый вид расчета;
• _PredefinedBaseCKTableLine — признак того, что базовый вид расчета является предопределенным (определенным в конфигурации).
• _Fld — реквизит (для каждого реквизита, определенного в конфигурации).
• _Fld — общие реквизиты

Если у плана видов расчета установлен флаг «Использует период действия», то создается таблица вытесняемых видов расчета (_CKind_DisplacedCK) с полями:

• _CalcKind_ID — ссылка на вид расчета, которому принадлежит таблица вытесняемых видов расчета;
• _KeyField — ключ вытесняемого вида расчета;
• _DisplacedCKLineNo — номер вытесняемого вида расчета;
• _DisplacedCKDisplCK — ссылка на вытесняемый вид расчета;
• _PredefinedDisplCKTableLine — предопределенный (определенный в конфигурации) вытесняемый вид расчета.
• _Fld — общие реквизиты

Если у плана видов расчета установлен флаг Использует период действия то создается таблица порядка вытеснения (_KindDN ) с полями:

• _CKRef — ссылка на вид расчета;
• _DisplNumber — номер, определяющий место этого расчета в порядке вытеснения.
• _Fld — общие реквизиты

Если конфигурация содержит хотя бы один план видов расчета, то создается одна таблица опций плана видов расчета (_CKindsOpt) с полями:

• _MDID — идентификатор объекта метаданных
• _ExtID — идентификатор расширения конфигурации
• _PDUpdMode — режим обновления предопределенных данных

Если у плана видов расчета есть предопределенные данные, то создается таблица проинициализированных областей (_CKindsSInf) с полями:

• _PDInitialized – признак того, что область проинициализирована,
• _Fld — общие реквизиты данного объекта

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

Регистры сведений

Для каждого регистра сведений создается таблица движений (_InfoRg ) с полями:

• _Period — момент времени движения. Поле присутствует, если значение свойства «Периодичность» отлично от «Непериодический»;
• _Recorder — ссылка на регистратор. Поле присутствует, если значением свойства «Режим записи» является «Подчинение регистратору»;
• _LineNo — номер движения по данному регистратору. Поле присутствует, если значением свойства «Режим записи» является «Подчинение регистратору»;
• _Active — движение активно (участвует в вычислении среза последних). Поле присутствует, если значением свойства «Режим записи» является «Подчинение регистратору»;
• _Fld — измерение, ресурс или реквизит (для каждого измерения, каждого ресурса и каждого реквизита);
• _Fld — общие реквизиты.

Для каждого периодического регистра сведений, с включенным признаком РазрешитьИтогиСрезПоследних создается таблица срез последних (_InfoRgSL ) с полями:

• _Period — момент времени движения;
• _Recorder — ссылка на регистратор. Поле присутствует, если значением свойства «Режим записи» является «Подчинение регистратору»;
• _Fld — измерение, ресурс или реквизит (для каждого измерения, каждого ресурса и каждого реквизита).

Для каждого периодического регистра сведений, с включенным признаком РазрешитьИтогиСрезПервых создается таблица срез последних (_InfoRgSF ) с полями:

• _Period — момент времени движения;
• _Recorder — ссылка на регистратор. Поле присутствует, если значением свойства «Режим записи» является «Подчинение регистратору»;
• _Fld — измерение, ресурс или реквизит (для каждого измерения, каждого ресурса и каждого реквизита).

Если регистр сведений участвует хотя бы в одном плане обмена, то создается таблица регистрации изменений (_InfoRgChngR ). Для регистра, у которого свойство Режим записи имеет значение Независимый таблица регистрации изменений имеет следующие поля:

• _Node — ссылка на узел плана обмена;
• _MessageNo — номер сообщения обмена данными, в которое было выгружено это изменение или NULL, если оно еще не было выгружено;
• _Period — момент времени движения. Поле присутствует, если значение свойства регистра «Периодичность» отлично от «Непериодический» и установлен флаг «Основной отбор по периоду»;
• _Fld — измерение регистра, входящее в основной отбор (для каждого изменения с установленным флагом «Основной отбор»);
• _Fld — общие реквизиты.

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

Регистры накопления

Для каждого регистра накопления создается таблица движений (_AccumRg ) с полями:

• _Period — момент времени движения;
• _Recorder — ссылка на регистратор;
• _LineNo — номер движения по данному регистратору;
• _Active — признак того, что движение активно (участвует в подсчете остатков и оборотов);
• _RecordKind — вид движения (приход/ расход);
• _Fld — измерение, ресурс или реквизит (для каждого измерения, каждого ресурса и каждого реквизита);
• _DimHash — хеш-функция измерений. Поле присутствует, если количество измерений не позволяет организовать уникальный индекс по измерениям;
• _Fld — общие реквизиты.

Если регистр поддерживает остатки, то создается таблица остатков (_AccumRgT ) с полями:

• _Period — момент времени, на который посчитаны остатки;
• _Fld — измерение или остаток по ресурсу (для каждого измерения и каждого ресурса).
• _Splitter — разделитель итогов (для обеспечения параллельности проведения документов);
• _DimHash — хеш-функция измерений. Поле присутствует, если количество измерений не позволяет организовать уникальный индекс по измерениям;
• _Fld — общие реквизиты.

Если регистр поддерживает обороты, то создается таблица оборотов (_AccumRgTn ) с полями:

• _Period — момент времени, на который посчитаны обороты;
• _Fld — измерение или оборот по ресурсу (для каждого измерения и каждого ресурса).
• _Splitter — разделитель итогов (для обеспечения параллельности проведения документов);
• _DimHash — хеш-функция измерений. Поле присутствует, если количество измерений не позволяет организовать уникальный индекс по измерениям;
• _Fld — общие реквизиты.

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

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

• _RegID — идентификатор регистра;
• _Period — периодичность хранения итогов. Не используется;
• _ActualPeriod — хранение актуальных итогов;
• _Periodicity — периодичность регистра;
• _RepetitionFactor — кратность. Не используется;
• _UseTotals — использовать итоги;
• _MinPeriod — минимальный период с которого надо пересчитывать итоги;
• _MinCalculatedPeriod — минимальный период, по которому нужно насчитывать итоги;
• _UseSplitter — использовать разделитель итогов (для обеспечения параллельности проведения документов);
• _Fld — общие реквизиты.

Агрегаты регистра накопления

Для каждого регистра накопления создается таблица агрегатов (_AccumRgAgg ).

Для каждого регистра накопления создается таблица статистики регистра накопления (_AccumRgSt ).

Для каждого регистра накопления создается таблица буфера новых оборотов регистра накопления (_AccumRgBf ).

Для каждого регистра накопления создается таблица новых оборотов регистра накопления (_AccumRgDl ).

Если конфигурация содержит хотя бы один агрегат регистра накопления, создаются таблицы:

• Таблица опций сети агрегатов (_AccumRgAggOpt),
• Таблица кодов измерений регистра накопления (_AccumRgAggDims),
• Таблица сети агрегатов (_AccumRgAggGrid).

Регистры бухгалтерии

Для каждого регистра бухгалтерии создается таблица движений (_AccRg ), содержащая поля:

• _Period — момент времени движения;
• _Recorder — ссылка на регистратор;
• _LineNo — номер движения по данному регистратору;
• _Active — признак того, что движение участвует в подсчете итогов;
• _Correspond — вид движения. Поле присутствует в регистрах без корреспонденции;
• _Account — ссылка на счет. Поле присутствует в регистрах без корреспонденции;
• _AccountDt — ссылка на счет дебета. Поле присутствует в регистрах с корреспонденцией;
• _AccountCt — ссылка на счет кредита. Поле присутствует в регистрах с корреспонденцией;
• _Fld — измерение, ресурс или реквизит (для каждого измерения, каждого ресурса и каждого реквизита);
• _EDHash — хеш-функция измерений. Поле присутствует, если количество измерений не позволяет организовать уникальный индекс по измерениям;
• _Fld — общие реквизиты.

Если регистр бухгалтерии ссылается на план счетов, у которого максимальное количество субконто больше нуля, то создается таблица значений субконто (_AccntRegED ) с полями:

• _Period — момент времени движения;
• _Recorder — ссылка на регистратор;
• _LineNo — номер движения по данному регистратору;
• _Correspond — вид движения. Поле присутствует в регистрах без корреспонденции;
• _Kind — ссылка на характеристику субконто;
• _Value — значение характеристики;
• _Fld — общие реквизиты.

Таблиц итогов по счету (_AccRgAT ) столько, каково максимальное количество субконто в плане счетов, на который ссылается регистр бухгалтерии. Они содержат следующие поля:

• _Period — момент на который подсчитаны итоги;
• _Account — ссылка на счет;
• _Value — значение субконто (для i от 1 до k);
• _Fld — измерение или ресурс (для каждого измерения и каждого ресурса);
• _TurnoverDt — дебетовые обороты ресурса (для каждого ресурса);
• _TurnoverCt — кредитовые обороты ресурса (для каждого ресурса);
• _Turnover — общие обороты ресурса (для каждого ресурса). Используются при подсчете оборотов по субконто;
• _Splitter — разделитель итогов (для обеспечения параллельности проведения документов);
• _Fld — общие реквизиты.

Для регистра бухгалтерии, поддерживающего корреспонденцию, создается таблица итогов оборотов между счетами (_AccRgCT ) с полями:

• _Period — момент на который подсчитаны итоги;
• _AccountDt — дебетовый счет;
• _AccountCt — кредитовый счет;
• _Fld — измерение или ресурс (для каждого балансового измерения и каждого балансового ресурса);
• _FldDt — дебетовая составляющая измерения или ресурса (для каждого небалансового измерения и каждого небалансового ресурса);
• _FldCt — кредитовая составляющая измерения или ресурса (для каждого небалансового измерения и каждого небалансового ресурса);
• _Splitter — разделитель итогов (для обеспечения параллельности проведения документов);
• _Fld — общие реквизиты.

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

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

• _RegID — идентификатор регистра бухгалтерии;
• _Period — периодичность хранения итогов. Не используется;
• _ActualPeriod — хранение актуальных итогов;
• _Periodicity — периодичность регистра;
• _RepetitionFactor — кратность. Не используется;
• _UseTotals — признак использования итогов;
• _MinPeriod — минимальный период, с которого нужно пересчитывать итоги;
• _UseSplitter — признак использования разделителя итогов;
• _MinCalculatedPeriod — минимальный период, по которому нужно насчитывать итоги;
• _Fld — общие реквизиты.

Регистры расчета

Для каждого регистра расчета создается таблица движений (_CRg ) с полями:

• _Period — момент времени движения;
• _Recorder — ссылка на регистратор;
• _LineNo — номер движения по данному регистратору;
• _CalcKind — ссылка на вид расчета;
• _ActionPeriod — период действия. Поле присутствует, если в конфигурации у регистра установлен флаг «Период действия»;
• _APDateFrom — момент начала периода действия. Поле присутствует, если в конфигурации у регистра установлен флаг «Период действия»;
• _APDateTill — момент окончания периода действия. Поле присутствует, если в конфигурации у регистра установлен флаг «Период действия»;
• _BPDateFrom — момент начала базового периода. Поле присутствует, если в конфигурации у регистра установлен флаг «Базовый период»;
• _BPDateTill — момент окончания базового периода. Поле присутствует, если в конфигурации у регистра установлен флаг «Базовый период»;
• _Active — признак того, что движение активно (участвует в расчете);
• _Storno — признак того, что движение является сторно-записью;
• _Fld — измерение, ресурс или реквизит (для каждого измерения, каждого ресурса и каждого реквизита);
• _Fld — общие реквизиты.

Если у регистра расчета установлен флаг «Период действия», то создается таблица фактических периодов действия (_CRgActPer ), в которой имеются поля:

• _Recorder — ссылка на регистратор;
• _LineNo — номер движения по данному регистратору;
• _APDateFrom — момент начала фактического периода действия;
• _APDateTill — момент окончания фактического периода действия;
• _Fld — общие реквизиты.

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

Для каждого перерасчета создается таблица (_CRgRecalc ) с полями:

• _Recorder — ссылка на регистратор;
• _CalcKind — ссылка на вид расчета;
• _Fld — измерение (для каждого измерения);
• _Fld — общие реквизиты.

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

Бизнес-процессы

Для каждого бизнес-процесса создается таблица (_BPr ) с полями:

• _ID — идентификатор бизнес-процесса;
• _Version — версия записи (изменяется после каждого обновления данной записи);
• _Marked — бизнес-процесс помечен на удаление;
• _Date_Time — дата/ время бизнес-процесса;
• _Completed — признак того, что бизнес-процесс завершен;
• _Number — номер бизнес-процесса;
• _HeadTask — ведущая задача;
• _Started — признак того, что бизнес-процесс стартован;
• _Fld — реквизит (для каждого реквизита);
• _Fld — общие реквизиты.

Для каждого бизнес-процесса создается таблица точек маршрута (_BPrPoints ) с полями:

• _ID — идентификатор точки маршрута;
• _RoutePointOrder — номер точки маршрута.

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

Задачи

Для каждой задачи создается таблица (_Task ) с полями:

• _ID — идентификатор задачи;
• _Version — версия записи (изменяется после каждого обновления данной записи);
• _Marked — задача помечена на удаление;
• _BusinessProcess — ссылка на бизнес-процесс;
• _Point — ссылка на точку маршрута;
• _Date_Time — дата/ время задачи;
• _Number — номер задачи;
• _Name — имя задачи;
• _Executed — задача выполнена;
• _Fld — реквизит (для каждого реквизита);
• _Fld — общие реквизиты.

Если задача входит хотя бы в один план обмена, то создается таблица регистрации изменений (_TaskChngR ) с полями, аналогичными полям таблицы регистрации изменений справочника.

Регламентные задания

Если в конфигурации определено хотя бы одно регламентное задание, то создается таблица регламентных заданий (_ScheduledJobs) с полями:

• _ID — идентификатор регламентного задания;
• _Description — наименование;
• _JobKey>- ключ регламентного задания (для предотвращения одновременного запуска);
• _MetadataID — идентификатор объекта метаданных;
• _Predefined — признак того, что регламентное задание является предопределенным (определенным в конфигурации);
• _Parameters — параметры регламентного задания;
• _UserName — имя пользователя, от которого запускается регламентное задание;
• _ActivationCondition — расписание;
• _Use — признак того, что задание включено;
• _RestartCount — количество перезапусков при ошибке;
• _RestartPeriod — период времени между перезапусками при ошибке;
• _RestartAttemptNumber — номер последней предпринятой попытки перезапуска;
• _State — признак того, что задание выполняется;
• _StartTime — время последнего запуска;
• _FinishTime — время последнего завершения;
• _Version — версия;
• _Fld — общие реквизиты.

Сервисы интеграции

Для каждого сервиса интеграции создается таблица настроек сервиса интеграции (_IntegServiceSettings ) с полями:

• _Active – активность сервиса интеграции;
• _Content — содержимое настроек сервиса интеграции;
• _Fld — разделители сервиса интеграции.

Для каждого канала сервиса интеграции, для которого направление сообщения установлено отправка, создается таблица очереди отправки канала сервиса интеграции (_IntegChannelOutQueue ) с полями:

• _MessageId – идентификатор сообщения;
• _Position — позиция сообщения в очереди;
• _ExpirationDate — дата и время устаревания сообщения;
• _MessageHeader — заголовок сообщения;
• _MessageBody — тело сообщения;
• _Fld — разделители сервиса интеграции.

Для каждого канала сервиса интеграции, для которого направление сообщения установлено получение, создается таблица очереди получения канала сервиса интеграции (_IntegChannelInQueue ) с полями:

• _MessageId – идентификатор сообщения;
• _Position — позиция сообщения в очереди;
• _ExpirationDate — дата и время устаревания сообщения;
• _MessageHeader — заголовок сообщения;
• _MessageBody — тело сообщения;
• _Processed — сообщение обработано;
• _Fld — разделители сервиса интеграции.

Хранилища поименованных двоичных данных (файлов)

1С:Предприятие создает в базе данных несколько таблиц, которые содержат конфигурацию, профайлы и некоторые другие данные в виде набора поименованных двоичных данных (файлов). К ним относятся таблицы: Config (конфигурация базы данных), ConfigSave (сохраненная конфигурация), ConfigCAS (системное хранилище конфигураций расширений), ConfigCASSave (сохраненное системное хранилище конфигураций расширений), DepotFiles (работа с хранилищем конфигурации), Files (работа с хранилищем конфигурации на платформе версии 8.3.9 и ниже, профайлы и т.п.), Params (служебные параметры информационной базы).

Все они имеют одинаковый набор полей:

• FileName — имя файла;
• Creation — момент времени создания файла;
• Modified — момент времени последней модификации файла;
• Attributes — атрибуты файла;
• DataSize — длина файла в байтах;
• BinaryData — данные, хранимые в файле.

Хранилища непоименованных двоичных данных

Следующие таблицы содержат единственную запись с двоичными данными, необходимыми для работы 1С:Предприятия: DBSchema (конфигурация базы данных), DBChanges (изменения схемы в процессе обновления конфигурации базы данных).

Эти таблицы содержат единственное поле:

• SerializedData — двоичные данные.

Список пользователей

Таблица _v8users содержит следующие поля:

• ID — Уникальный идентификатор пользователя информационной базы;
• Name — Имя пользователя;
• Descr — Полное имя пользователя;
• OSName — Имя пользователя ОС или NULL, если аутентификация ОС не задана;
• Changed — Момент времени, когда пользователь был изменен в последний раз;
• RolesID — Идентификатор совокупности ролей пользователя;
• Show — Показывать пользователя в списке для диалога аутентификации;
• Data — Все данные о пользователе;
• AdmRole — Пользователь имеет право Администратор;
• UsSprH — Числовое хеш-значение совокупности значений разделителей;
• EAuth — Пользователю разрешена аутентификация паролем.

История работы пользователей

Таблица _UsersWorkHistory содержит следующие поля:

• _ID — Уникальный идентификатор пользователя информационной базы;
• _UserID — ID пользователя — владельца настройки;
• _URL — URL;
• _Date — Дата-время;
• _URLHash — Хеш по URL;
• _DataSeparationUse – использование разделения данных;
• _Fld — общие реквизиты.

Таблицы хранилищ настроек

• Хранилище системных настроек— таблица _SystemSettings
• Xранилищe настроек отчетов — таблица _RepSettings
• Хранилище настроек вариантов отчетов — таблица _RepVarSettings
• Хранилище общих настроек — таблица _CommonSettings
• Хранилище настроек данных форм — таблица _FrmDtSettings
• Xранилищe настроек динамических списков — таблица _DynListSettings
• Хранилище настроек обработки ошибок — таблица _ErrorProcessingSettings
• Хранилище внешних данных навигационных ссылок — таблица _URLExternalData
• Хранилище внутренних настроек — таблица _InternalSettings

содержат следующие поля:

• _UserId — ID пользователя — владельца настройки;
• _ObjectKey — имя предмета настройки;
• _SettingsKey — имя множественной (именованной) настройки;
• _Version — версия объекта;
• _SettingsPresentation — представление настройки;
• _SettingsData – настройка;
• _ChangeDate– Дата и время изменения данных;
• _UserIdHash– хэш значения из колонки UserId;
• _SettingsKeyHash– хэш значения из колонки SettingsKey;
• _DataSeparationUse – использование разделения данных;
• _Fld — общие реквизиты.

Хранилище настроек стандартного интерфейса OData

Таблица ODataSettings содержит следующие поля:

• _DataSeparationUse – Использование разделения данных,
• _Fld — разделитель,
• _MetadataObjectUUID – идентификатор объекта метаданных,
• _DataSeparationUse – использование разделения данных,
• _Fld — общие реквизиты.

История данных

Таблица очереди истории данных _DataHistoryQueue

• _MetadataId – Идентификатор объекта метаданных
• _DataId – Идентификатор данных
• _Position – Позиция сообщения в очереди. Ведется в разрезе _MetadataId, _DataId
• _Content – Содержимое сообщения.

Таблица версий данных истории данных _DataHistoryVersions

• _HistoryDataId – Внутренний идентификатор в подсистеме история данных.
• _VersionNumber – Номер версии данных
• _MetadataVersionNumber – Номер версии метаданных, актуальный на момент создания версии данных
• _Date – Дата создания версии
• _ChangeType – Тип изменения данных
• _UserId – Идентификатор пользователя изменившего данные
• _UserName — Имя пользователя изменившего данные
• _UserFullName – Полное имя пользователя изменившего данные
• _Comment – Комментарий к версии
• _Transaction – Номер транзакции, используемый в журнале регистрации
• _Node – Ссылка на узел обмена, из которого получены изменения
• _Content — Данные версии

Таблицы последних версий истории данных _DataHistoryLatestVersions

• _MetadataId – Идентификатор объекта метаданных
• _DataId – Идентификатор данных
• _HistoryDataId – Внутренний идентификатор в подсистеме история данных.
• _VersionNumber – Номер последней версии данных
• _Content — Данные последней версии
• _Fld — Общие реквизиты

Таблица версий метаданных истории данных _DataHistoryMetadata

• _MetadataId – Идентификатор объекта метаданных
• _IsSettings – Флаг версия метаданных сформирована при изменении настроек
• _IsActual – Флаг версия метаданных является актуальной
• _MetadataVersionNumber – Номер актуальной версии метаданных
• _Content – Метаданные объекта
• _Fld — Общие реквизиты

Таблица настроек истории данных _DataHistorySettings

• _MetadataId – Идентификатор объекта метаданных
• _Content – Настройки объекта метаданных
• _Fld — Общие реквизиты

Таблица очереди обработки после записи версии истории данных _DataHistoryAfterWriteQueue

• _MetadataId – Идентификатор объекта метаданных
• _HistoryDataId – Внутренний идентификатор в подсистеме история данных.
• _VersionNumber – Номер версии данных
• _Fld — Общие реквизиты

Копии базы данных

Таблица копий _ DbCopies содержит следующие поля:

• _CopyId – идентификатор копии
• _CopyName – имя копии, уникальное в пределах инфобазы
• _UseIntAccelerator – использование Дата акселератора
• _ReplType – вид репликации
• _DbType – тип СУБД копии
• _DbServer – адрес сервера базы данных копии
• _DbName – имя базы данных копии на сервере
• _DbUser – имя пользователя базы
• _DbPassword – пароль пользователя базы в зашифрованном виде
• _CreateDb – создавать базу
• _Version – версия

Таблица настроек копий _DbCopiesSettings содержит следующие поля:

• _CopyId – идентификатор копии
• _CopyContent – состав копии
• _CopySchema – схема базы данных копии
• _Version – версия

Таблица состояний таблиц копий _DbCopiesTablesStates содержит следующие поля:

• _CopyId – идентификатор копии
• _TableName – имя таблицы SDBL
• _TableState – состояние таблицы
• _TrNum – номер первой транзакции состояния

Таблица изменений в процессе первоначального копирования _DbCopiesTrChanges содержит следующие поля:

• _CopyId – идентификатор копии
• _TableName – имя таблицы SDBL
• _TrNum – номер транзакции
• _ChId – идентификатор объекта изменений

Таблица объектов изменений _DbCopiesTrChObj содержит следующие поля:

• _ChId – идентификатор объекта изменений
• _ChObj – объект изменений в сериализованном виде

Таблица c информацией по блокам первоначального копирования _DbCopiesInitialLast содержит следующие поля:

• _CopyId – идентификатор копии
• _TableName – имя таблицы SDBL
• _BlockNum – номер блока
• _FirstKey – ключи первой записи блока
• _LastKey – ключи последней записи блока
• _BlockState – состояние блока

Таблица журналов транзакций _DbCopiesTrLogs содержит следующие поля:

• _TrNum – номер транзакции
• _TrTime – время транзакции
• _TrId – идентификатор транзакции
• _TrLog – объект журнала транзакции в сериализованном виде

Таблица с измененными в транзакциях таблицах _DbCopiesTrTables содержит следующие поля:

• _TrNum – номер транзакции
• _TrTime – время транзакции
• _TableName – имя таблицы SDBL

Таблица перенесенных транзакций _DbCopiesUpdates содержит следующие поля:

• _CopyId – идентификатор копии
• _TrNum – номер последней перенесенной в копию транзакции
• _TrTime – время транзакции

Таблица временных файлов для обмена с мобильным клиентом с автономным режимом _MobileClientDataExchange содержит следующие поля:

• _ID – идентификатор записи
• _Version – версия записи
• _Type – тип данных
• _Data – данные
• _Date – дата создания

Табличные пространства базы данных

Таблица табличных пространств_DbSegments содержит следующие поля:

• _SegmentId – идентификатор табличного пространства
• _SegmentName – имя табличного пространства, уникальное в пределах инфобазы
• _Path – путь к каталогу табличного пространства на сервере СУБД

Таблица элементов состава табличных пространств _DbSegmentsItems содержит следующие поля:

• _ItemId – идентификатор объекта метаданных
• _SegmentId – идентификатор табличного пространства
• _ForIndex – признак назначения элемента состава табличного пространства (истина — для индексов, ложь — для данных)
• _Applied – признак размещения данных (истина — данные объекта метаданных физически размещены в табличном пространстве, ложь — элемент записан, но обновление размещения таблиц в Конфигураторе еще не выполнено)

Другие таблицы

Если в качестве СУБД используется Microsoft SQL Server, то в таблице _YearOffset хранится смещение дат в единственном поле:

• Offset — смещение дат в годах.

ПРИМЕЧАНИЕ
Если в качестве СУБД используется IBM DB2, то символ ‘_’ (подчеркивание) в начале имен таблиц и полей отсутствует.

Похожие публикации:

1. Auto search wu off что это
2. Как заблокировать социальные сети на компьютере
3. Как проверить число на четность в питоне
4. Что такое сущность в программировании