vk fb tw rss

Анатомия регистра накопления. Виртуальная таблица «Остатки»

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

 

Всё следует упрощать до тех пор, пока это возможно, но не более того

 

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

 

Особенностью использования этой виртуальной таблицы является получение остатков на дату с использованием таблицы итогов.
Настройки хранения итогов регистра накопления
Настройки хранения итогов регистра накопления

 

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

 

За кулисами

Выполним в нашей тестовой базе следующий запрос на языке платформы:

Запрос = Новый Запрос;
Запрос.Текст = "
|ВЫБРАТЬ
| ОстаткиНоменклатурыОстатки.Номенклатура,
| ОстаткиНоменклатурыОстатки.Склад,
| ОстаткиНоменклатурыОстатки.КоличествоОстаток
|ИЗ
| РегистрНакопления.ОстаткиНоменклатуры.Остатки(&ДатаОстатков, Склад = 
|&Склад) КАК ОстаткиНоменклатурыОстатки"
Параметры запроса к таблице остатков
Параметры запроса к таблице остатков

Для регистра «ОстаткиНоменклатуры» установим дату рассчитанных итогов на конец февраля (28.02.2013). Первый запрос выполним с включенными текущими итогами регистра накопления.

Перейдем непосредственно к SQL-запросу платформы при использовании виртуальной таблицы «Остатки».
Получим следующий SQL-запрос платформы:

 

"exec sp_executesql N'
|SELECT
| T1.Fld22RRef,    // Номенклатура
| T1.Fld23RRef,    // Склад
| T1.Fld24Balance_ // КоличествоОстаток
|FROM (
|      SELECT
|       T2.Fld22RRef AS Fld22RRef,  // Номенклатура
|       T2.Fld23RRef AS Fld23RRef,  // Склад
|       CAST(SUM(T2.Fld24Balance_)  // КоличествоОстаток
|        AS NUMERIC(34, 8)) AS Fld24Balance_
|      FROM ("+
//           +++++++ ДАННЫЕ ПО ТАБЛИЦЕ ИТОГОВЫХ ОСТАТКОВ ++++++++++
//           Первым запросом получаем остатки из таблицы итогов в 
//           соответствии с установленным параметром вирт. таблицы
//           "Период"
"      SELECT
|             T3._Fld22RRef AS Fld22RRef, // Номенклатура
|             T3._Fld23RRef AS Fld23RRef, // Склад
|             CAST(SUM(T3._Fld24)         // КоличествоОстаток
|        AS NUMERIC(28, 8)) AS Fld24Balance_"+
//           Получаем данные из таблицы итоговых остатков 
//           "AccumRgT[n]"
"            FROM _AccumRgT25 T3 WITH(NOLOCK)"+
//           Накладываем условие на период итоговых записей.
//           Значение параметра выбирается в зависимости от
//           периода рассчитанных итогов регистра накопления, а
//           также от значения переданного параметра "Период"
//           виртуальной таблицы
"            WHERE T3._Period = @P1"+
//           Также дополнительно накладываются условия по
//           параметру "Условие" виртуальной таблицы.
"             AND ((T3._Fld23RRef = @P2))"
//           Группировка результата по выбранным в запросе
//           измерениям
"            GROUP BY T3._Fld22RRef, // Номенклатура
|                     T3._Fld23RRef  // Склад"+
//           Проверяем, чтобы не в результате не было записей
//           с 0 остатками
"            HAVING (CAST(SUM(T3._Fld24) 
|               AS NUMERIC(28, 8))) <> @P3"+
//           ------- ДАННЫЕ ПО ТАБЛИЦЕ ИТОГОВЫХ ОСТАТКОВ ----------
//           Объединяем результаты запросов по итогам и таб.
//           движений
"            UNION ALL"+
//   
//           +++++++ ДАННЫЕ ПО ТАБЛИЦЕ ДВИЖЕНИЙ ++++++++++++++++++
"      SELECT
|             T4._Fld22RRef AS Fld22RRef, // Номенклатура
|             T4._Fld23RRef AS Fld23RRef, // Склад"+
//            По виду движения определяется знак оборота.
//            Затем результат запроса будет сгруппирован
"             CAST(CAST(SUM(CASE WHEN T4._RecordKind = 0.0 
|            THEN -T4._Fld24 
|     ELSE T4._Fld24 END) // КоличествоОборот 
|     AS NUMERIC(22, 8)) AS NUMERIC(22, 2)) AS Fld24Balance_"+
//           Получаем данные из таблицы движений регистра
"            FROM _AccumRg21 T4 WITH(NOLOCK)"+
//           Устанавливаем условия на записи в таб. движений.
//           Период движения ограничивается диапазоном дат, который
"            WHERE T4._Period >= @P4 "+
//                 устанавливается в зависимости от 
//                 настроек регистра
//                 накопления  и переданного 
//                 значения параметра
//                 виртуальной таблицы "Остатки"
//                 !!! В НАШЕМ ПРИМЕРЕ ПЛАТФОРМА  !!!
//                 !!! ПОЛУЧАЕТ                   !!!
//                 !!! ДВИЖЕНИЯ НАЧИНАЯ С ПЕРИОДА,!!!
//                 !!! ПЕРЕДАННОГО                !!!
//                 !!! КАК ПАРАМЕТР ВИРТ. ТАБЛИЦЫ,!!!
//                 !!! ПО ПЕРИОД                  !!!
//                 !!! ТЕКУЩИЙ ОСТАТКОВ НА        !!!
//                 !!! 01.11.5999 00:00:00        !!!
"            AND T4._Period < @P1 "
//                 Получаем только активные записи
"     AND T4._Active = @P5 "
//                 Накладываем условия по параметрам вирт. таб.
"     AND ((T4._Fld23RRef = @P2))"+
//           Аналогично запросу к итогам группируем результат
//           по выбранным измерениям и проверяем, чтобы
//           в результате не было записей со знач. ресурсов 0
"            GROUP BY T4._Fld22RRef,
|                     T4._Fld23RRef
|            HAVING (CAST(CAST(SUM(CASE WHEN T4._RecordKind = 0.0 
|                   THEN -T4._Fld24 
|     ELSE T4._Fld24 END) 
|   AS NUMERIC(22, 8)) AS NUMERIC(22, 2))) <> @P3"+
//           ------- ДАННЫЕ ПО ТАБЛИЦЕ ДВИЖЕНИЙ ------------------"
//          Помещаем результат соединения 
//          двух запросов в таблицу
"           ) T2 "+
//     Группируем результат соединения двух запросов 
//     по итогам и таб. движений
//     по выбранным в запросе измерениям, 
//     а также проверяем, чтобы хотя бы 
//     один ресурс не был равен 0. (в нашем примере 1 ресурс).
"      GROUP BY T2.Fld22RRef,
|               T2.Fld23RRef
|      HAVING (CAST(SUM(T2.Fld24Balance_) AS NUMERIC(34, 8))) <> @P3
|) T1', "+
// Период рассчитанных итогов для параметра "Период" вирт. таб.
"N'@P1 datetime,   
|@P2 varbinary(16), // Склад
|@P3 numeric(1,0),  // Значение 0 для проверки ресурсов
|@P4 datetime,      // Параметр ""Период"" вирт. таблицы
|@P5 varbinary(1)', // Активность
|{ts '5999-11-01 00:00:00'}, // Период рассчитанных итогов
|0xBE923860773387FD11E2D2B47CD2CB1E, // GUID склада
|0, // Значение 0 для проверки ресурсов
|{ts '4013-06-27 00:00:00'}, // Параметр ""Период"" вирт. таблицы
|0x01 // Активность"

 

Обратите внимание на параметр «Период», переданный в виртуальную таблицу. Напомню, в нашем случае включены текущие итоги. Поскольку граница расчитанных итогов регистра установлена на 28.02.2013, платформа не может получить итоги по остаткам на предыдущий месяц, а использовать последние расчитанные итоги на конец февраля 2013 года и затем корректировать остаток в соответствии с движениями за последующие 3 месяца было бы не оптимально.
Поэтому программа получает текущие остатки (остатки на текущую дату, которые хранятся с периодом 01.11.5999 00:00:00) и корректирует их в соответствии с движениями в период с значения параметра «Период» вирт. таблицы и по дату текущий остатков. Если мы отключим текущие итоги, то тот же запрос на языке платформы будет преобразован в следующий SQL-запрос, имеющий незначительные изменения:
"exec sp_executesql N'
|SELECT
| T1.Fld22RRef,    // Номенклатура
| T1.Fld23RRef,    // Склад
| T1.Fld24Balance_ // КоличествоОстаток
|FROM (
|      SELECT
|       T2.Fld22RRef AS Fld22RRef, // Номенклатура
|       T2.Fld23RRef AS Fld23RRef, // Склад
|       CAST(SUM(T2.Fld24Balance_) // КоличествоОстаток
|          AS NUMERIC(34, 8)) AS Fld24Balance_
|      FROM (
|         SELECT
|             T3._Fld22RRef AS Fld22RRef, // Номенклатура
|             T3._Fld23RRef AS Fld23RRef, // Склад
|             CAST(SUM(T3._Fld24)         // КоличествоОстаток
|         AS NUMERIC(28, 8)) AS Fld24Balance_
|            FROM _AccumRgT25 T3 WITH(NOLOCK)"+ 
//           !!! Получаем последние итоги, рассчитанные раньше !!!
//           !!! переданной в параметр "Период" даты           !!!
"            WHERE T3._Period = @P1 
|             AND ((T3._Fld23RRef = @P2))
|            GROUP BY T3._Fld22RRef,
|                     T3._Fld23RRef  
|            HAVING (CAST(SUM(T3._Fld24) AS NUMERIC(28, 8))) <> @P3 
|
|            UNION ALL 
|   
|      SELECT
|             T4._Fld22RRef AS Fld22RRef,
|             T4._Fld23RRef AS Fld23RRef,
|             CAST(CAST(SUM(CASE WHEN T4._RecordKind = 0.0 
|           THEN T4._Fld24 
|    ELSE -T4._Fld24 END)   
|                   AS NUMERIC(22, 8)) AS NUMERIC(22, 2)) AS Fld24Balance_
|            FROM _AccumRg21 T4 WITH(NOLOCK)"+
//           !!! Получаем движения для корректировки итоговых !!!
//           !!! записей. Движения берутся в диапазоне:       !!!
//           !!! с [ПериодПоследнихИтогов] по                 !!!
//           !!! [ПараметрПериодВиртуальнойТаблицы]           !!!
"            WHERE T4._Period >= @P1 // Период последних итогов
|            AND T4._Period < @P4 // Параметр "Период" вирт. таблицы
|      AND T4._Active = @P5 
|      AND ((T4._Fld23RRef = @P2))
|            GROUP BY T4._Fld22RRef,
|                     T4._Fld23RRef
|            HAVING (CAST(CAST(SUM(CASE WHEN T4._RecordKind = 0.0 
|                   THEN T4._Fld24 
|            ELSE -T4._Fld24 END) 
|   AS NUMERIC(22, 8)) AS NUMERIC(22, 2))) <> @P3
|      ) T2
|      GROUP BY T2.Fld22RRef,
|               T2.Fld23RRef
|      HAVING (CAST(SUM(T2.Fld24Balance_) AS NUMERIC(34, 8))) <> @P3
|) T1', 
|N'@P1 datetime,
|@P2 varbinary(16),
|@P3 numeric(1,0),
|@P4 datetime,
|@P5 varbinary(1)', 
|{ts '4013-03-01 00:00:00'}, 
|0xBE923860773387FD11E2D2B47CD2CB1E, 
|0, 
|{ts '4013-06-27 00:00:00'}, 
|0x01"

 

То есть, если параметр «Период» виртуальной таблицы больше периода последних рассчитанных итогов, то тогда платформа получает текущие остатки и корректирует их по движениям в диапазоне с [ПараметрПериодВиртуальнойТаблицы] по [ПериодТекущихИтогов]. В случае, если для регистра отключены текущие итоги, то платформа получает последние рассчитанные итоги и корректирует их по движениям с периода этих итогов по период, установленный в параметрах виртуальной таблицы.
Прежде чем перейти к выводам, отмечу, что во всех вариантах SQL-запроса при наложении условия на период получаемых движений, условие верхней границы диапазона всегда представляет собой:
"T4._Period < @P4",
т.е. условие всегда «МЕНЬШЕ». Если период движения равен дате, установленной в верхнем диапазоне, то эти движения не будут учитываться при получении остатков.

 

ВЫВОДЫ

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

 

При любом случае использования виртуальной таблицы «Остатки» платформа 1С:Предприятие 8 получает данные по итогам остатков и корректирует их по записям движений.
Некоторые действия платформа могла бы выполнять более оптимально. Например, при использовании текущих остатков для регистра выбирать получать ли текущие остатки или последние рассчитанные итоги по периоду виртуальной таблицы. Выбор бы осуществлялся по принципу «что ближе».
В любом случае, механизм итогов для регистров вида «Остатки» позволяет выполнять запросы для получения остатков оптимальнее, нежели использовать только записи таблицы движений.

Автор: Юрий Пермитин

 

Друзья, давайте не будем теряться на просторах интернета! Если вы хотите регулярно получать материалы по оптимизации, подпишитесь на новости!

 

 



Лучшие материалы по теме

Расскажите своим друзьям
Вам ничего не стоит, а им будет интересно
Подпишитесь на обновления
Ваш e-mail: * Ваше имя: *


Обсудить Вконтакте


Обсудить в Facebook

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *