Регистры накопления. Виртуальные таблицы. Часть №2: "Остатки" и "Остатки и обороты"

Публикация № 1064528

Разработка - Практика программирования

платформа регистры накопления SQL-запросы внутреннее устройство остатки обороты

104
Описание работы платформы 1С:Предприятие 8.2 с виртуальными таблицами регистров накопления "Остатки" и "Остатки и обороты". Анализ SQL-запрос при работе с виртуальными таблицами

О регистрах накопления

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

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

 
 Это информация из старого блога DevelPlatform.ru

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

Предисловие

В предыдущих статьях мы говорили о структуре хранения регистров накопления в базе данных, а также о работе платформы с виртуальной таблицей "Обороты" этих регистров в зависимости от настроек хранения итогов. Все эксперименты проводились на тестовой конфигурации, содержащей два регистра накопления видов "Остатки" и "Обороты" (подробнее см. в предыдущих статьях).

Сегодня в статье рассмотрим действия платформы при работе с виртуальными таблицами "Остатки" и "Остатки и обороты" регистра накопления с видом "Остатки".

Общие сведения

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

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

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

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

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

За кулисами

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

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

Для регистра "ОстаткиНоменклатуры" установим дату рассчитанных итогов на конец февраля (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 &lt; @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 &gt;= @P1 // Период последних итогов
|            AND T4._Period &lt; @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))) &lt;&gt; @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 получает данные по итогам остатков и корректирует их по записям движений.

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

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

Все эксперименты проводил на платформе 1С:Предприятие 8.2.17.169.

Далее рассмотрим самую "тяжелую" виртуальную таблицу регистров накопления "ОстаткиИОбороты". 

"Тяжелая" таблица

Среди всех виртуальных таблиц, таблица "Остатки и обороты" является самой "тяжелой" для формирования. Разработчики должны это хорошо понимать и использовать ее с осторожностью. Далее Вы увидите почему.

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

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

Параметрам запроса присвоим следующие значения:

Такие параметры как "Периодичность" и "МетодДополнения" мы оставили без заполнения. Сначала платформа выполнить запрос для получения настроек регистра накопления. Его мы подробно рассмотрели в статье по виртуальной таблице "Обороты", поэтому сейчас останавливаться на нем не будем.

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

"exec sp_executesql N'
|SELECT
| T1.Fld22RRef,           // Номенклатура
| T1.Fld23RRef,           // Склад
| T1.Fld24InitialBalance_,// КоличествоНачальныйОстаток
| T1.Fld24Receipt_,       // КоличествоПриход
| T1.Fld24Turnover_,      // КоличествоОборот
| T1.Fld24Expense_,       // КоличествоРасход
| T1.Fld24FinalBalance_   // КоличествоКонечныйОстаток
|FROM (
|     SELECT
|      T2.Fld23RRef AS Fld23RRef, // Склад
|      T2.Fld22RRef AS Fld22RRef, // Номенклатура
|      CAST(SUM(T2.Fld24Turnover_) AS NUMERIC(28, 8)) 
|        AS Fld24Turnover_, // КоличествоОборот
|      CAST(SUM(T2.Fld24Receipt_) AS NUMERIC(28, 8))  
|        AS Fld24Receipt_, // КоличествоПриход
|      CAST(SUM(T2.Fld24Expense_) AS NUMERIC(28, 8))  
|        AS Fld24Expense_, // КоличествоРасход
|      CAST(SUM(T2.Fld24Balance_) AS NUMERIC(34, 8))  
|        AS Fld24InitialBalance_, // НачальныйОстаток
|      CAST(SUM(T2.Fld24Balance_ + T2.Fld24Turnover_) 
|        AS NUMERIC(35, 8)) AS Fld24FinalBalance_
|                                // КонечныйОстаток
|     FROM ("+
//         +++ ПОЛУЧЕНИЕ ДАННЫХ ИЗ ТАБЛИЦЫ ДВИЖЕНИЙ +++
"          SELECT
|           T3._Fld23RRef AS Fld23RRef, // Склад
|           T3._Fld22RRef AS Fld22RRef, // Номенклатура
|           // КоличествоОстаток
|           CAST(CAST(SUM(0.0) AS NUMERIC(15, 8)) 
|             AS NUMERIC(22, 2)) AS Fld24Balance_,
|           // КоличествоОборот                    
|           CAST(SUM(CASE WHEN T3._RecordKind = 0.0 
|                         THEN T3._Fld24 
|                         ELSE -T3._Fld24 END) 
|                AS NUMERIC(22, 8)) AS Fld24Turnover_,
|           // Приход
|           CAST(SUM(CASE WHEN T3._RecordKind = 0.0 
|                         THEN T3._Fld24 
|                         ELSE 0.0 END) 
|                    AS NUMERIC(22, 8)) AS Fld24Receipt_,
|           // Расход
|           CAST(SUM(CASE WHEN T3._RecordKind = 0.0 
|                         THEN 0.0 
|                         ELSE T3._Fld24 END) 
|                    AS NUMERIC(22, 8)) AS Fld24Expense_"+
//         Получаем данные из таблицы движений регистра
"          FROM _AccumRg21 T3 WITH(NOLOCK)"+
//         Устанавливаем условия по параметрам вирт. таб.
"          WHERE T3._Period &amp;gt;= @P1 // Начало периода
|                AND T3._Period &amp;lt;= @P2 // Конец периода
|                AND T3._Active = @P3 // Активность
|                AND ((T3._Fld23RRef = @P4)) // Склад"
//         Группируем результат и проверяем, чтобы хотя бы 
//         один ресурс не был равен 0.
"          GROUP BY T3._Fld23RRef,
|                   T3._Fld22RRef
|          HAVING (CAST(CAST(SUM(@P5) AS NUMERIC(15, 8)) 
|          AS NUMERIC(22, 2))) <> @P5 
|          OR (CAST(SUM(CASE WHEN T3._RecordKind = 0.0 
|                            THEN T3._Fld24 
|                            ELSE -T3._Fld24 END) 
|              AS NUMERIC(22, 8))) <> @P5 
|          OR (CAST(SUM(CASE WHEN T3._RecordKind = 0.0 
|                            THEN |T3._Fld24 
|                            ELSE 0.0 END) 
|              AS NUMERIC(22, 8))) <> @P5 
|          OR (CAST(SUM(CASE WHEN |T3._RecordKind = 0.0 
|                            THEN 0.0 
|                            ELSE T3._Fld24 END) 
|                   AS NUMERIC(22, 8))) <> @P5"+
//         --- ПОЛУЧЕНИЕ ДАННЫХ ИЗ ТАБЛИЦЫ ДВИЖЕНИЙ ---
//
//        Объединяем результаты запросов к таб. движений
//        и к таблице остатков
"         UNION ALL"+
//        
//         +++ ПОЛУЧЕНИЕ ДАННЫХ ИЗ ТАБЛИЦЫ ОСТАТКОВ+++
"          SELECT
|           T4._Fld23RRef AS Fld23RRef,// Склад
|           T4._Fld22RRef AS Fld22RRef,// Номенклатура
|           CAST(SUM(T4._Fld24) AS NUMERIC(28, 8)) 
|             AS Fld24Balance_, // КоличествоОстаток
|           CAST(0.0 AS NUMERIC(16, 2)) 
|             AS Fld24Turnover_, // Оборот
|           CAST(0.0 AS NUMERIC(16, 2)) 
|             AS Fld24Receipt_, // Приход
|           CAST(0.0 AS NUMERIC(16, 2)) 
|             AS Fld24Expense_ // Расход"
//         Получаем данные из таблицы остатков
"          FROM _AccumRgT25 T4 WITH(NOLOCK)
|          WHERE T4._Period = @P1 
|                AND ((T4._Fld23RRef = @P4))
|          GROUP BY T4._Fld23RRef,
|                   T4._Fld22RRef
|          HAVING (CAST(SUM(T4._Fld24) 
|                      AS NUMERIC(28, 8))) <> @P5"+
//         --- ПОЛУЧЕНИЕ ДАННЫХ ИЗ ТАБЛИЦЫ ОСТАТКОВ---
"     ) T2
|     GROUP BY T2.Fld23RRef,
|              T2.Fld22RRef
|     HAVING (CAST(SUM(T2.Fld24Turnover_) 
|                  AS NUMERIC(28, 8))) <> @P5 
|     OR (CAST(SUM(T2.Fld24Receipt_) AS NUMERIC(28, 8))) <> @P5 
|     OR (CAST(SUM(T2.Fld24Expense_) AS NUMERIC(28, 8))) <> @P5 
|     OR (CAST(SUM(T2.Fld24Balance_) AS NUMERIC(34, 8))) <> @P5 
|     OR (CAST(SUM(T2.Fld24Balance_ + T2.Fld24Turnover_) 
|              AS NUMERIC(35, 8))) <> @P5
|) T1', 
|N'@P1 datetime, // НачалоПериода
|@P2 datetime, // КонецПериода
|@P3 varbinary(1), // Активность
|@P4 varbinary(16), // Склад
| // Знач. для проверки на 0
|@P5 numeric(1,0)', 
| // НачалоПериода
|{ts '4012-01-01 00:00:00'},
| // КонецПериода
|{ts '4014-01-01 00:00:00'}, 
| // Активность
|0x01, 
| // Склад
|0xBE923860773387FD11E2D2B47CD2CB1E, 
| // Знач. для проверки на 0
|0"

Прокомментировал основные моменты в запросе. Общая схема работы запроса такая:

  1. Получаем обороты регистра по таблице движений за установленный период.
  2. Получаем остатки на значение даты параметра "Начало периода".
  3. Объединяем предыдущие два результата, при этом поле "НачальныйОстаток" - это остаток по данным таблицы остатков, а "КонечныйОстаток" вычисляется как : "НачальныйОстаток" + "Оборот"
  4. Полученные данные группируются по выбранным в запросе измерениям и проверяются на наличие хотя бы одного заполненного ресурса (не равного 0).

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

Сам SQL-запрос может изменяться в зависимости от значений параметров виртуальной таблицы. Например, если мы добавим периодичность, то в запрос будет добавлено дополнительное поле "Период", по которому результат будет группироваться. При установке параметра "МетодДополнения" в запрос будут попадать границы периода, если установлено значение "ДвиженияИГраницыПериода" (именно с таким значением параметра мы анализировали SQL-запрос), иначе в результате запроса будут только движения.

Что дальше

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

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

Другие ссылки

104

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо
1. logarifm 1059 22.05.19 09:31 Сейчас в теме
Конечно то что вы описали это не новизна и многие спецы это все знают. Но это отличный труд который скомпонирован в одну статью и где можно почерпнуть что-то новое каждому из нас или вспомнить давно забытое старое ибо за кулисами совершенно другая картина. Спасибо за труд однозначно к чтению.
Kinestetik; YPermitin; +2 Ответить
2. YPermitin 6417 22.05.19 09:34 Сейчас в теме
3. ids79 4465 22.05.19 09:55 Сейчас в теме
Спасибо за метериал.
Было бы хорошо, конечно, актулизировать его для текущих версий.
Хотя Вы правы, основные принципы не поменялись.
YPermitin; +1 Ответить
6. YPermitin 6417 22.05.19 14:28 Сейчас в теме
(3) смотрел некоторые моменты в текущих версиях. особо нет изменений. Нюансы есть, но не глобальные.

И спасибо!
4. Kami4 22.05.19 09:59 Сейчас в теме
Подробно и понятно. Спасибо за материал.
YPermitin; +1 Ответить
5. YPermitin 6417 22.05.19 14:27 Сейчас в теме
7. CSiER 28 21.09.19 07:16 Сейчас в теме
Спасибо за статью.
Некоторые действия платформа могла бы выполнять более оптимально. Например, при использовании текущих остатков для регистра выбирать получать ли текущие остатки или последние рассчитанные итоги по периоду виртуальной таблицы. Выбор бы осуществлялся по принципу "что ближе".

- тоже было интересно, почему так - ответ:
Усложнение же механизма расчета итогов остатков «анализатором» ситуации (от какого периода итогов ближе до нужного значения параметра) нецелесообразно, поскольку для обеспечения работы «анализатора» пришлось бы получать записи таблицы движений в обе стороны (и назад, и вперед). То есть «анализатор» сам работал бы дольше, чем «обратный досчет».
(проф. разработка Т1, стр. 577).
Оставьте свое сообщение

См. также

Самые распространенные заблуждения об индексах в мире 1С 220

Статья Системный администратор Программист Нет файла Бесплатно (free) Администрирование данных 1С Администрирование СУБД

"Магия" индексов привела к множеству заблуждений об их работе. Попробуем развеять некоторые из них в контексте 1С.

28.11.2019    8120    YPermitin    44       

С 2020 года сервис «Продление поддержки конфигурации 1С:УПП» подорожает вдвое Промо

Успейте продлить поддержку УПП до повышения цен! Фирма «1С» предупредила об изменении цен на сервис «Продление поддержки конфигурации "1С:Управление производственным предприятием"». С 1 января 2020 года сервис подорожает в два раза.

Подборка решений для взаимодействия со ФГИС «Меркурий» Промо

С 1 июля 2019 года все компании, участвующие в обороте товаров животного происхождения, должны перейти на электронную ветеринарную сертификацию (ЭВС) через ФГИС «Меркурий». Инфостарт предлагает подборку программ, связанных с этим изменением.

Агрегатные функции СКД, о которых мало кто знает 359

Статья Программист Нет файла v8 v8::СКД 1cv8.cf Бесплатно (free) Практика программирования

Пользуетесь ли Вы всеми возможными агрегатными функциями, которые предоставляет система компоновки данных? Если Вы используете только: СУММА, КОЛИЧЕСТВО, МИНИМУМ, МАКСИМУМ, СРЕДНЕЕ, то эта статья для Вас.

05.09.2019    16821    ids79    44       

Три костыля. Сказ про фокусы в коде 124

Статья Программист Нет файла v8 Бесплатно (free) Практика программирования Разработка

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

03.09.2019    11190    YPermitin    69       

1C:Предприятие для программистов: Запросы и отчеты. Второй поток. Онлайн-интенсив с 17 марта по 16 апреля 2020 г. Промо

Данный онлайн-курс предусматривает углубленное изучение языка запросов и возможностей системы компоновки данных, которые понадобятся при разработке отчетов, работающих на платформе “1С:Предприятие” в рамках различных прикладных решений. Курс предназначен для тех, кто уже имеет определенные навыки конфигурирования и программирования в системе “1С:Предприятие”, а также для опытных пользователей различных прикладных решений, которые используют в своей работе отчеты разного назначения.

6500 рублей

Отслеживание выполнения фонового задания 144

Статья Программист Нет файла v8 1cv8.cf Бесплатно (free) Практика программирования Универсальные функции Разработка

Запуск фонового задания из модуля внешней обработки. Отслеживание выполнения задания в виде прогресса, расположенного на форме.

17.08.2019    13756    ids79    16       

Функции СКД: ВычислитьВыражение, ВычислитьВыражениеСГруппировкойМассив 266

Статья Программист Нет файла v8 v8::СКД 1cv8.cf Бесплатно (free) Практика программирования

Подробное описание и использование внутренних функций системы компоновки данных: Вычислить, ВычислитьВыражение, ВычислитьВыражениеСГруппировкойМассив, ВычислитьВыражениеСГруппировкойТаблицаЗначений.

08.08.2019    19855    ids79    31       

Перенос данных БП 3.0 => УТ 11 / КА 2 / ERP 2 (ЕРП) (перенос остатков, документов и справочной информации из "1С:Бухгалтерия предприятия 8", ред.3.0). Обновлено до БП 3.0.73.х, УТ 11.4.10.х, КА 2.4.10.х., ERP 2.4.10.х! Промо

Переносятся документы за выбранный период, справочная информация и остатки по счетам бух. учета в программу УТ 11 / КА 2 / ЕРП 2 (ERP). Переносятся все возможные виды операций ввода остатков на нужную дату. Есть отбор по периоду переноса документов и фильтр по организации, доступен выбор даты ввода остатков. Если нужно переносить что-то дополнительно, то обычно бесплатно добавляем это в перенос . Смотрите видеодемонстрацию со звуком - советами по переносу и рекомендациями настройки программ.

29700 руб.

Фоновое выполнение кода в 1С - это просто 124

Статья Программист Нет файла v8 1cv8.cf Бесплатно (free) Практика программирования Разработка

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

02.08.2019    13292    avalakh    21       

Перенос данных КА 1.1 => ERP 2 (ЕРП) (обработка переноса документов, остатков и справочной информации из "1С:Комплексная автоматизация, ред. 1.1" в "1С:ERP Управление предприятием, ред 2"). Обновлен до КА 1.1.115.х и ERP 2.4.10.х Промо

Обработка позволяет переносить из КА 1.1 в ERP 2 документы за выбранный период и остатки. Типовая обработка от фирмы 1С документы не переносит. Также исправлены ошибки типовой обработки. При выходе новых релизов обновление высылается бесплатно в течение года. Разработка будет полезна фирмам-франчайзи, которые периодически выполняют такой перенос данных для заказчиков. Вы можете один раз приобрести обработку переноса, и потом бесплатно получать обновления в случае выхода новых релизов конфигураций 1С.

29700 руб.

СКД - наборы данных и связи между ними, создание собственной иерархии, вложенные отчеты 145

Статья Программист Нет файла v8 v8::СКД 1cv8.cf Бесплатно (free) Практика программирования

Набор данных объект. Использование в схеме компоновки нескольких наборов данных. Различные варианты связи наборов: объединение, соединение. Использование иерархии в отчетах на СКД. Создание собственной иерархии, иерархия детальных записей. Использование вложенных схем в отчетах на СКД.

26.07.2019    17763    ids79    8       

СКД - использование расширений языка запросов, секция ХАРАКТЕРИСТИКИ 156

Статья Программист Нет файла v8 v8::СКД Бесплатно (free) Инструментарий разработчика Практика программирования

Автоматическое и не автоматическое заполнение полей компоновки данных. Использование расширений языка запросов для СКД «{…}», секция ВЫБРАТЬ, секция ГДЕ, параметры виртуальных таблиц. Автоматизированное использование дополнительных данных в запросе: секция ХАРАКТЕРИСТИКИ.

17.07.2019    14362    ids79    27       

Онлайн-курс "Технология выполнения проектов ERP-класса – процессный подход". Третий поток. Курс проходит с 21 января по 18 марта 2020 года. Промо

Курс разработан Внедренческим центром «Раздолье». Курс предназначен для подготовки аналитиков, архитекторов и руководителей проектов автоматизации процессов управления с использованием комплексных ИТ-систем (1С:ERP, 1С:УХ, 1С:КА, 1С:УТ). В основе курса лежит методика применения процессного подхода.

9000 рублей

Регистры сведений. За кулисами 129

Статья Программист Нет файла v8 1cv8.cf Бесплатно (free) Практика программирования Разработка

Небольшие заметки по внутреннему устройству регистров сведений.

09.07.2019    11571    YPermitin    12       

"Меньше копипаста!", или как Вася универсальную процедуру писал 184

Статья Программист Стажер Нет файла v8 v8::СКД 1cv8.cf Бесплатно (free) Практика программирования Разработка

Программист Вася разбирает подход создания универсальных методов на примере программного вывода СКД.

04.07.2019    10270    SeiOkami    49       

Подборка программ для взаимодействия с ЕГАИС Промо

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

Почему Вы не обслуживаете итоги? 88

Статья Системный администратор Программист Нет файла v8 Бесплатно (free) Администрирование данных 1С

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

04.07.2019    9797    YPermitin    22       

Создание отчетов с помощью СКД - основные понятия и элементы 219

Статья Программист Нет файла v8 v8::СКД Бесплатно (free) Практика программирования Математика и алгоритмы

Основные принципы работы СКД. Понятия схемы компоновки и макета компоновки. Описание основных элементов схемы компоновки: наборы данных, поля, вычисляемые поля, ресурсы, параметры.

25.06.2019    24739    ids79    17       

Базовый курс по разработке мобильных 1C-приложений для Android-устройств. Третий поток. Онлайн-интенсив с 11 февраля по 05 марта 2020 г. Промо

Данный онлайн-курс предусматривает изучение базовых принципов создания приложений для операционной системы Android, работающих на мобильной платформе “1С:Предприятие”. Курс предназначен для тех, кто уже имеет определенные навыки конфигурирования и программирования в системе “1С:Предприятие” при разработке прикладных решений для “обычных” компьютеров, но пока ещё не занимался разработкой 1С-приложений, предназначенных для работы на мобильных устройствах.

7500 рублей

Многопоточное ускорение однопользовательских нагрузок в 1С + Microsoft SQL Server 2017 179

Статья Программист Нет файла v8 v8::Запросы Бесплатно (free) Практика программирования Разработка

Взаимодействие с Microsoft SQL Server нередко вызывает трудности у 1С-ников, а потому интересны любые моменты, связанные с его использованием. О своем опыте работы с новым SQL Server 2017 участникам конференции Infostart-2018 рассказал директор ООО «Аналитика софт» Дмитрий Дудин.

11.06.2019    13982    dmurk    134       

Регистры накопления. Структура хранения в базе данных 178

Статья Программист Нет файла v8 1cv8.cf Бесплатно (free) Практика программирования Разработка

Структура хранения регистров накопления в базе данных для платформы 1С:Предприятие 8.x. Первая часть в серии публикаций.

16.05.2019    22177    YPermitin    27       

Программы для исполнения 54-ФЗ Промо

С 01.02.2017 контрольно-кассовая техника должна отправлять электронные версии чеков оператору фискальных данных - правила установлены в 54-ФЗ ст.2 п.2. Инфостарт предлагает подборку программ, связанных с применением 54-ФЗ, ККТ и электронных чеков.

Выполнение внешней обработки в фоновом задании 149

Статья Программист Нет файла v8 1cv8.cf Бесплатно (free) Практика программирования Разработка

Подробное описание подхода к созданию длительной операции на основе внешней обработки. Реализация протестирована на 1С 8.3.12.1714 (x64).

11.05.2019    14023    Eret1k    23       

Выгрузка документа по условию 5

Статья Программист Нет файла v8 Бесплатно (free) Практика программирования Разработка

Что делать, если документы нужно выгружать не все подряд, а по какому-то фильтру: статусу, дате, набору условий... А что если он соответствовал этим условиям, а потом перестал? А если потом опять начал? Такие ситуации заставили попотеть не одного программиста.

25.04.2019    8076    m-rv    2       

Очный семинар по регулярному менеджменту Александра Фридмана "Вы или Хаос", 12 декабря 2019 г. , Санкт-Петербург Промо

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

от 11000 до 29000 рублей

Как прикрутить ГУИД к регистру сведений 23

Статья Программист Нет файла v8 Бесплатно (free) Практика программирования Перенос данных из 1C8 в 1C8 Разработка

... и немного теории обмена данными. В частности, разберем боль всех, кто пишет небанальные обмены данными: как набору записей регистра сведений назначить гуид и далее использовать его в обмене для идентификации этого набора.

16.04.2019    10659    m-rv    16       

О расширениях замолвите слово... 195

Статья Программист Стажер Нет файла v8 Бесплатно (free) Практика программирования Разработка

О чём стоит задуматься при принятии решения о создании расширения конфигурации…

07.04.2019    19319    ellavs    125       

Новогодние скидки на авторское ПО Промо

В преддверии праздника в Маркетплейсе на Инфостарт действует скидка на все платные авторские программы. Размер скидок начинается от 10%. Советуем не откладывать покупки, многие наши партнеры повышают цены на свои продукты именно в начале нового года.

Git-репозитории для 1С-кода (опыт использования при небольших проектах) 202

Статья Программист Стажер Нет файла v8 Windows Бесплатно (free) Практика программирования Разработка

Инструкции по взаимодействию с Git-репозиторием, которые писались для тех наших программистов, которые вообще никогда не работали с Git (руководства в духе "Как получить код из git-репозитория?", "Как отправить код в git-репозиторий")...

28.03.2019    15907    ellavs    83       

Трюки с внешними источниками данных 167

Статья Программист Нет файла v8 1cv8.cf Бесплатно (free) Практика программирования Разработка

Некоторые трюки для преодоления ограничений внешних источников данных.

14.03.2019    16987    YPermitin    53       

Перенос данных УТ 10.3 => УТ 11 / КА 2 / ERP 2 (ЕРП 2) (документы, остатки и справочная информация из "1С:Управление торговлей, ред. 10.3" в УТ 11 / КА 2 / ERP 2). Обновлен до УТ 10.3.56.х, УТ 11.4.10.х, КА 2.4.10.х и ERP 2.4.10.х! Промо

Уже более 100 компаний приобрели перенос и выполнили переход на УТ 11 / КА 2 / ERP 2 с помощью нашей разработки! Обработка перехода с УТ 10.3 на УТ 11 / КА 2 / ERP 2 позволяет перенести не только остатки на указанную дату (как типовой перенос), но и все возможные документы за выбранный период. При выходе новых релизов этих программ оперативно выпускаем обновление обработки. Предоставляем техническую поддержку. Можем сделать бесплатный тестовый перенос!

29700 руб.

Возможности типовых шаблонов ограничения доступа на уровне записей (RLS) 174

Статья Программист Нет файла v8 v8::Права Бесплатно (free) Практика программирования БСП (Библиотека стандартных подсистем) Роли и права

Краткий обзор применения типовых шаблонов ограничения доступа на уровне записей в конфигурациях, созданных на базе БСП: #ПоЗначениям, #ПоНаборамЗначений, #ПоЗначениямРасширенный, #ПоЗначениямИНаборамРасширенный

03.02.2019    19900    ids79    9