Визначити верхній рівень батьків номенклатури 1с. Приклади запитів для роботи з ієрархічними довідниками. Ієрархія груп і елементів

Ildarovich 6489 16.11.12 18:24 Зараз в темі

() Володимир! Радий, що звернули увагу на статтю, тим більше саме Ви і були одним з перших, хто побачив (і оцінив) цей прийом в обговоренні дворічної давності "Реально написати хитрий запит". Цікаве питання я придумав не сам собі, а побачив його в форумі. Автор питання - шептали Станіслав. Далі - 24.10.12 той же (тільки що звернув на це увагу, так як нікнейм різний) учасник форуму поставив схоже запитання, але вже в застосуванні до ієрархії. Виходить, що вирішено ПРАКТИЧНИЙ питання. Далі, відповідно до "науковим" підходом я переглянув практичні завдання, де може застосовуватися цей прийом. Знайшов ще 7 завдань. 5 - в цій статті. Серед них завдання про цикли в специфікаціях, яку я раніше обіцяв вирішити Ish_2 одним запитом. Думаю, Ish_2 зможе переконати Вас в актуальності цієї задачі - він витратив на неї чимало часу. Рішення короткий - з кількох рядків, тому гранично ясна, сформульоване в Непроцедурного стилі, через вимогу до результату. Ну і інші завдання зустрічалися в статтях і на форумі, для них пропонувалися більш громіздкі рішення. Тому давайте почекаємо деякий час, щоб зрозуміти, як часто це буде застосовуватися. Саме такий зворотнього зв'язку я чекаю - від тих, хто буде пробувати.
До речі, про те, що ця гілка математики недалека від практики і потрібна бухгалтерам свідчить загальний модуль "КорректіровкаСтоімості" в БП2, з яким якраз зараз возимося ( нестабільна робота штатного запиту). там йдеться про розрив циклів графа переміщень номенклатури і побудові остовного дерева.
Тепер про структуру бази даних «під конкретне завдання». Питання було поставлене про реалізацію завдання на 1С і, тому, завдання було вирішено на 1С. Якби Вас запитали «на якому автобусі можна доїхати до бібліотеки», а Ви б відповіли, що краще летіти на дирижаблі, то Вас би просто не зрозуміли (може бути, крім тих, хто стоїть в московській пробці). Спочатку метод працював на зовсім іншій мові.
Взагалі я не зможу Вас переконати, коли Ви вважаєте, що архітектура платформи 1С нікуди не годиться. Можу лише висловити свою думку. Розробляти схему БД з нуля під конкретну задачу дорого. Якщо порівняти з будівництвом: 1С - це панельні багатоповерхівки - дешеве житло - засіб масової автоматизації - в тісноті, та не в образі. Поодинокі організації можуть найняти Нормана Фостера для точної реалізації своїх вимог. Іншим доводиться використовувати дешеві масові проекти - реляційні СУБД з жорсткою об'єктною моделлю. Крім того, знайомий з сумним досвідом використання Caсhe в декількох проектах. Очима розробника все виглядає зовсім не так райдужно, як в теорії. Об'єктна модель 1С витримує перевірку часом - «забудовані і заселені величезні території». Крім того, вона розвивається. Нещодавно з'явилася технологія зовнішніх джерел даних. І якщо в якомусь завданні потрібна вища реактивність (наприклад, білінгові системи), тепер можна бесшовно зістикувати 1С з іншого СУБД. У нас, наприклад, так зроблений обмін з імпортної ERP.
Але все ж не хотів би вести розмову від основної теми - роботи пропонованих прийомів в детально описаних ПРАКТИЧНИХ завданнях.

Що таке довідник 1с і для чого він потрібен? Довідник зберігає умовно-постійну інформацію, тобто інформація, яка на тривалому проміжку часу майже не змінюється. Наприклад, довідник "Номенклатура" містить перелік продаваних або товарів, що випускаються. Також довідник може містити безліч властивостей описують елемент довідника.

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

Створивши новий довідник ми побачимо наступну картину.

Розглянемо всі його закладки.

Основні

Тут вказується ім'я (ідентифікатор в базі) і синонім (призначене для користувача назва довідника). Необов'язковим є коментар, який може пояснювати призначення довідника або описувати його особливості.

ієрархія

На цій закладці можна налаштувати глибину вкладеності елементів довідника. За допомогою даної настройки зручно розмежовувати і деталізувати елементи з якихось критеріям. Наприклад, товари "Шафи" в одній групі, а товари "Столи" в інший. За замовчуванням при створенні довідник являє список елементів. Якщо поставити прапорець Ієрархічний довідник, то кожен елемент може бути підпорядкований іншому елементу (групі). Нижче вказані варіанти настройки цієї закладки і зміна відображення в призначеному для користувача режимі.

Вид ієрархії:

Ієрархія груп і елементів

При даній настройці вкладеність елементів може бути тільки в групи (папки).

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

Розміщувати групи зверху

При установці цього прапорця групи завжди будуть вгорі, інакше будуть розташовані в порядку сортування, наприклад, так:

Обмеження кількості рівнів ієрархії

Якщо тут прапорець не встановлений, то вкладеність необмежена.

Якщо прапорець встановлений, то нижче можна вказати кількість рівнів.

власники

на закладці власники можуть бути вказані інші довідники по відношенню, до яких даний є підлеглим. Схема відносин підлеглих довідників схожа на схему відносин ієрархічного довідника, тільки тут в якості батька виступає інший довідник і називається власником. В типових конфігураціях хорошим прикладом є підпорядкування довідника "Договори" довідником "Контрагенти", тому що не може бути договору не належить якомусь контрагенту.

В поле "Список власників довідника" вказується список довідників, яким належать елементи даного довідника.

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

Як дізнатися програмно довідник ієрархічний чи ні

Для цього потрібно звернутися до метаданих

ЕтоІерархіческійСправочнік \u003d Метаданние.Справочнікі.Контрагенти.Іерархіческій;

Продовження следут ...

Конструкція "В ІЄРАРХІЇ" в запитах 1С: Підприємства 8.x дозволяє отримати підлеглі елементи ієрархічного об'єкта конфігурації по заданому відбору. Сьогодні в статті розглянемо приклад її використання, а також дії платформи на стороні СУБД і її вплив на продуктивність.

Використання

Розглянемо простий приклад використання конструкції "В ІЄРАРХІЇ". При виконанні наступного запиту будуть отримані підлеглі елементи ієрархічного довідника "Товари" для переданого значення змінної "Посилання".

У тестовій базі довідник "Товари" має такі тестові дані:

Звичайно, на зображенні показані не всі записи довідника. Скріншот показує лише структуру зберігання даних в ієрархічному довіднику. У таблиці довідника зберігаються 10 груп верхнього рівня, в кожній з них міститься 5 вкладених груп з 200 елементами в кожній.

Повернемося до тестового запитом. Передамо в параметр "& Посилання" посилання на групу "Група - 1" (див. Скріншот вище). Тоді результат виконання запиту буде виглядати наступним чином:

Як ми бачимо, запит повернув посилання на саму верхню групу (передану параметром), а також вкладені групи з розташованими в них елементами. Таким чином, використання конструкції "В ІЄРАРХІЇ" дозволяє зручним чином отримувати ієрархічно підлеглі дані.

Синтаксис мови запитів 1C: Підприємства та класичного SQL дуже схожі в деяких моментах. Але для вираження "В ІЄРАРХІЇ" немає аналога в мові запитів SQL як, наприклад, для вираження мови запитів платформи "В" є аналогічний SQL-оператор "IN". Тому цікавою є робота платформи з СУБД при використанні даного оператора.

За лаштунками

Отже, приступимо. Для прикладу будемо використовувати написаний раніше запит до довідника "Товари". Аналізувати дії платформи будемо для двох ситуація:

Як параметр "& Посилання" передамо групу верхнього рівня "Група 1" (як це ми зробили раніше).
У параметр передамо посилання на групу "Група 1 - 1", вкладену в групу верхнього рівня "Група 1".

Тепер по порядку. У першому випадку платформа виконає такі завдання на SQL-сервері:

1. Спочатку виконується SQL-запит на отримання посилання на групу довідника, передану в якості параметра, і всіх підпорядкованих їй груп. Результат поміщається в тимчасову таблицю "# tt1".

2. На другому етапі двічі виконується однаковий запит:

На скріншоті детально прокоментований текст SQL-запиту. Якщо коротко, то запит дозволяє вибрати підлеглі елементи для груп, посилання на які знаходяться в тимчасовій таблиці. Залишається питання: "Навіщо запит виконується двічі?". Тут відповідь проста: спочатку запит отримує підлеглі елементи для груп першого рівня, які вже містяться в тимчасовій таблиці (див. Пункт 1). Потім другий запит отримує підлеглі елементи для підлеглих груп другого рівня. Оскільки на третьому рівні ієрархії не присутній ні одна група довідника, то даний запит більш не виконується.

У нашому випадку, другий запит поверне порожній результат, так як для записів, що знаходяться на 3-му рівні ієрархії, немає підлеглих елементів (там немає жодної групи).

3. Для отримання кінцевого результату запиту платформа формує наступний SQL-запит:

Результат саме цього запиту в подальшому може оброблятися алгоритмами на вбудованій мові платформи. Таким чином, записи в тимчасовій таблиці "# tt1" використовуються для установки умови вибірки з таблиці довідника "_Reference41".

4. На останньому кроці платформа 1С: Підприємство 8.x видаляє тимчасову таблицю "# tt1", оскільки в подальшому вона вже не буде використовуватися.

На цьому процес виконання оператора "В ІЄРАРХІЇ" завершено. Нагадаю, що розглянута послідовність дій на SQL-сервері була виконана, коли ми в запит на стороні платформи передавали посилання на групу верхнього рівня "Група - 1". Але як поведеться себе платформа, якщо ми як параметр "& Посилання" передамо посилання на групу другого рівня "Група - 1 - 1"? Все станеться аналогічним чином, крім наступного моменту: вище, у другому етапі виконання SQL-запитів платформою, було написано, що запит для отримання підлеглих елементів виконувався двічі - у випадку з отриманням підлеглих елементів для групи "Група - 1 - 1" це не так . Запит буде виконаний тільки один раз.

Справа в тому, що кількість запитів на отримання підлеглих елементів залежить від кількості груп в ієрархії. Іншими словами, якщо на рівні ієрархії елементів міститься хоча б одна група, то буде виконаний запит з пункту 2.

Вплив на продуктивність

Неправильне використання будь-якого оператора в запиті може привести до неоптимальною роботі системи. Розглянутий оператор "В ІЄРАРХІЇ" не виняток. Його потрібно застосовувати з обережністю, оскільки він набагато ускладнює алгоритм виконання SQL-запитів до бази і тим самим збільшує навантаження на сервер СУБД.

Наведу приклад неоптимального запиту, який може привести до названих вище сумних наслідків:

ВИБРАТИ Товари. Посилання ІЗ Довідник. Товари ЯК Товари ДЕ (товари. Посилання В ІЄРАРХІЇ (& Посилання) АБО Товари. Посилання В ІЄРАРХІЇ (& Ссилка1) АБО Товари. Посилання В ІЄРАРХІЇ (& Ссилка2))

Як можна здогадатися, запит призведе до формування безлічі SQL-запитів, що спричинить за собою зниження продуктивності інформаційної системи.

Робіть висновки!

Висновки робити Вам. Скажу лише, що оператор "В ІЄРАРХІЇ" використовується платформою для системи компоновки даних, коли в умовах відбору присутні "В ГРУПІ", "В ГРУПІ ЗІ СПИСКУ" та інші. Думаю не варто пояснювати, що при неправильних маніпуляціях користувачі можу поставити дуже складний відбір і підвищити навантаження на сервер 1С і СУБД в кілька разів. Давайте змінювати налаштування тільки досвідченим користувачам.

Ну і зрозуміло, при написанні власних механізмів звертайте увагу на оператор "В ІЄРАРХІЇ". Дуже зручний з одного боку, і небезпечний з іншого.

В даному розділі показані приклади розв'язання типових задач при роботі з ієрархічними довідниками.

Отримання елементів ієрархічного довідника, що знаходяться в підпорядкуванні заданої групи

Для отримання підлеглих елементів ієрархічного довідника в мові запитів передбачена конструкція В ІЄРАРХІЇ. Приклад використання В ІЄРАРХІЇ:

ВИБРАТИ
Номенклатура.Код,
Номенклатура.ЗакупочнаяЦена
З

В даному прикладі будуть отримані всі записи довідника Номенклатура, що знаходяться в групі & Група, включаючи її саму, її підлеглі групи і елементи, що належать підлеглим групам.

Якщо ж нас цікавлять тільки елементи і групи, що знаходяться безпосередньо в заданій групі, то такі елементи ми можемо отримати встановивши умову на поле Батько. приклад:

ВИБРАТИ
Номенклатура.Код,
Номенклатура.Наіменованіе ЯК Найменування,
Номенклатура.ЗакупочнаяЦена
З
Справочнік.Номенклатура ЯК Номенклатура

ДЕ
Номенклатура.Родітель \u003d & Група

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

Перевірка наявності підлеглих елементів у елемента довідника

Для перевірки наявності підлеглих записів елемента довідника можна користуватися запитом, аналогічним представленому:

В даному прикладі посилання елемента, для якого необхідно перевірити наявність дочірніх елементів, записується в параметр запиту "Батько". Після виконання такого запиту необхідно перевірити результат на порожнечу. Якщо результат не порожній, то підлеглі записи є. Інакше - ні. приклад:

Якщо Запрос.Виполніть (). Порожній () Тоді
Повідомити ( "Зпісей немає");
інакше
Повідомити ( "Записи є");
КонецЕсли;

Отримання всіх батьків елемента

У мові запитів не передбачено спеціальних засобів для отримання всіх батьків елемента. Для виконання завдання можна скористатися ієрархічними підсумками, проте отримання ієрархічних підсумків оптимізовано для побудови підсумків великої кількості записів, і не цілком ефективно для отримання батьків одного елемента. Для більш ефективного отримання всіх батьківських записів елемента, рекомендується перебирати в циклі його батьків невеликими порціями. приклад:

ТекущійЕлементНоменклатури \u003d ЕлементНоменклатура;

Поки Істина Цикл
Запрос.УстановітьПараметр ( "ТекущійЕлементНоменклатури", ТекущійЕлементНоменклатури);
Результат \u003d Запрос.Виполніть ();
Якщо Результат.Пустой () Тоді
перервати;
КонецЕсли;
Вибірка \u003d Результат.Вибрать ();
Виборка.Следующій ();
Для НомерКолонкі \u003d 0 За Результат.Колонкі.Колічество () - 1 Цикл
ТекущійЕлементНоменклатури \u003d Вибірка [НомерКолонкі];
перервати;
інакше
Повідомити (ТекущійЕлементНоменклатури);
КонецЕсли;
КонецЦікла;

Якщо ТекущійЕлементНоменклатури \u003d Справочнікі.Номенклатура.ПустаяСсилка () Тоді
перервати;
КонецЕсли;
КонецЦікла;

В даному прикладі в вікно службових повідомлень виводяться всі батьки для посилання, записаної в змінну ЕлементНоменклатура. У циклі вибирається по 5 батьків посилання.

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

Висновок ієрархічного довідника в звіт

Для виведення ієрархічного довідника в звіт зі збереженням ієрархії необхідно користуватися запитом аналогічним наступного:

ВИБРАТИ
Номенклатура.Код,
Номенклатура.Наіменованіе ЯК Найменування,
Номенклатура.ЗакупочнаяЦена
З
Справочнік.Номенклатура ЯК Номенклатура
ВПОРЯДКУВАТИ ЗА
Найменування ИЕРАРХИЯ

Даний запит вибирає всі записи з довідника і виробляє упорядкування по ієрархії. Результат буде впорядкований по найменуванню, з урахуванням ієрархії.

Для того щоб групи довідника розміщувалися вище елементів необхідно в даному запиті замінити пропозицію УПОРЯДОЧИТЬ ПО на наступне:

ВПОРЯДКУВАТИ ЗА
Номенклатура.ЕтоГруппа ИЕРАРХИЯ,
Найменування

Результат, як і раніше буде упорядкований по ієрархії, однак групи будуть розташовуватися вище елементів.

Можлива також заміна пропозиції УПОРЯДОЧИТЬ ПО на пропозицію АВТОУПОРЯДОЧІВАНІЕ. В цьому випадку результат буде впорядкований відповідно до настройками довідника, тобто якщо в довіднику зазначено, що групи повинні розташовуватися вище елементів, то вони будуть розташовані вище.

Отримати ієрархічну структуру довідника також можливо і за допомогою підсумків.

ВИБРАТИ
Номенклатура.Код,
Номенклатура.Наіменованіе ЯК Найменування,
Номенклатура.ЗакупочнаяЦена

З Справочнік.Номенклатура ЯК Номенклатура

ДЕ
(Номенклатура.ЕтоГруппа \u003d БРЕХНЯ)

УПОРЯДОЧИТЬ ПО Найменування

Отримання підсумків по ієрархії

Для отримання підсумків по ієрархії в запиті необхідно в реченні ПІДСУМКИ ПО вказати ключове слово Ієрархія після вказівки поля, по якому буде розраховуватися підсумки. Приклад звіту "Обороти номенклатури" з отриманням підсумків по ієрархії:

ВИБРАТИ

З

номенклатура ИЕРАРХИЯ

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

У разі, коли не потрібні підсумки за елементами, а потрібні підсумки тільки по групах, нам необхідно використовувати в підсумках конструкцію ТІЛЬКИ ИЕРАРХИЯ. приклад:

ВИБРАТИ
УчетНоменклатуриОбороти.Номенклатура ЯК Номенклатура,
УчетНоменклатуриОбороти.Номенклатура.Представленіе,
УчетНоменклатуриОбороти.КолічествоОборот ЯК КолічествоОборот
З
РегістрНакопленія.УчетНоменклатури.Обороти ЯК УчетНоменклатуриОбороти
ПІДСУМКИ СУМА (КолічествоОборот) ПО
Номенклатура ТІЛЬКИ ИЕРАРХИЯ

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

Довідники 1С - спеціалізований об'єкт древа метаданих, який служить для зберігання статичної інформації довідкового характеру. Наприклад, в типових конфігураціях можна побачити такі види:, Номенклатура, Співробітники, Основні засоби та т.д. Інформація в довідниках, як правило, часто не змінюється. Довідники надалі використовуються практично у всіх об'єктах обліку як розріз обліку або довідкова інформація.

Нижче ми розглянемо настройку і проектування довідника з конфігуратора на прикладі довідника «Номенклатура».

Вкладка «Основні»

На вкладці «Основні» вказується ім'я, синонім, уявлення об'єктів, опис призначення.

Вкладка «Ієрархія довідника»

Тут встановлюється ієрархічність довідника.

Ієрархія в 1С 8.3 буває двох типів - « груп і елементів»І« елементів«. Відрізняється тим, що в першому випадку батьком (папкою) може бути тільки папка (група), а в другому випадку батьком може бути і елемент.

«Розміщувати групи зверху» - прапор відповідає за відображення груп в формі списку.

Також в налаштуваннях можна обмежити кількість груп ієрархії довідника відповідної настроюванням.

Вкладка «Власники»

Довідник може бути підпорядкований іншому довіднику. З точки зору конфігурації 1С 8.3 це означає, що у підлеглого елемента стає обов'язковим реквізит «Власник». Приклад такого зв'язку довідників в типових конфігураціях «Номенклатура - Одиниці Вимірювання», «Контрагенти-Договори Контрагентів».

Власником довідника можуть також бути наступні об'єкти метаданих:,.

Вкладка «Дані»

Отримайте 267 відеоуроків по 1С безкоштовно:

Найважливіша вкладка з точки зору програміста. На ній вказуються реквізити довідника.

У довідника є набір стандартних реквізитів, які не редагуються програмістом 1С 8.2, список їх можна побачити, натиснувши кнопку «Стандартні реквізити»:

Зупинюся на кожному докладніше:

Це група - реквізит з типом булево, що показує, група це або елемент. Доступний тільки в ієрархічному довіднику. Зверніть увагу, значення цього реквізиту неможливо змінити в режимі 1С: Підприємство.
код - реквізит, тип число або рядок (як правило рядок). Номер, який присвоюється системою автоматично. Як правило, розраховується як (попередній код + 1). Рекомендую використовувати саме строковий тип, тому як сортування числових значень відбувається не так, як потрібно. Можна використовувати як уявлення довідника в списку і в полях введення. Як правило, використовується для пошуку елемента при введенні по рядку. Якщо Вам потрібно прибрати поле Код, вкажіть в довжині рядка нуль.
Найменування - реквізит, обов'язковий до заповнення, строкового типу. Максимальна довжина рядка - 150 символів. Можна використовувати як уявлення довідника в списку і в полях введення. Як правило, використовується для пошуку елемента при введенні по рядку. Якщо Вам потрібно прибрати поле Найменування, вкажіть в довжині рядка нуль.
батько - реквізит, що має тип СправочнікСсилка.<ИмяТекущегоСправочника>. Доступний тільки в ієрархічному довіднику. Вказує на вищого батька в ієрархії. Якщо Елемент або Група знаходяться в корені довідника, вказується значення Довідник.<ИмяТекущегоСправочника>.ПустаяСсилка.
власник - посилання на елемент-власник поточного елемента (групи) довідника. доступний тільки в підпорядкованому довіднику 1С.
ПометкаУдаленія - реквізит з типом булево. Відповідає за відображення «позначки видалення» в системі. Позначений на видалення елемент вважається непридатним до використання, однак на ньому можуть залишатися старі руху в документах.
Посилання - поле строкового типу. У цьому реквізиті зберігається унікальний ідентифікатор об'єкта - GUID. Те, що в системі ми бачимо в візуальному відображенні під назву «посилання», - це всього лише уявлення об'єкта. Неможливо змінити.
зумовлений - тип булево, відображає, чи є елемент визначеним, про це пізніше. Неможливо змінити.

На вкладці «Дані» так само вказується уявлення довідника в системі, до версії 8.2.16 уявлення могло бути лише Кодом або Найменуванням. У свіжих версіях платформи (починаючи з 8.3) уявлення можна описати самостійно в модулі менеджера за допомогою процесора «ОбработкаПолученіяПредставленія».

Вкладка «Нумерація»

Тут вказуються настройки довідника по частині нумерації. Рекомендується використовувати саме автонумерацію. Контроль унікальності - прапор, який допомагає, якщо потрібно, зробити код унікальним. Якщо до встановленого прапором Ви спробуєте записати елемент довідника з неунікальним кодом, в 1С Ви отримаєте повідомлення «Код довідника став неунікальним».

Серія кодів - визначає, як нумерувати довідник, можна ввести нумерацію довідника в розрізі власника. Наприклад, у контрагента «Роги і копита» буде матися своя нумерація договорів - «1, 2, 3» і тд.

Вкладка «Форми»

Тут описуються форми для довідника. Якщо конфігурація запускається як в звичайному, так і керованому режимі, тоді вкладок з формами за замовчуванням буде дві: «основні» і «додаткові» - для звичайного і керованого застосування різні.

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

Вкладка «Інше»

На вкладці можна отримати швидкий доступ до основних модулів довідника - модулю об'єкта і модулю менеджера.

На сторінці можна також визначити список визначених елементів довідника. Це елементи, які неможливо видалити в режимі Підприємства. До визначеним елементам можна звернутися в конфігураторі безпосередньо, на ім'я, наприклад: Справочнікі.Номенклатура.Услуга.

На цій вкладці також визначається режим блокування - автоматичний або керований. Використання повнотекстового пошуку, а також довідкова інформація про довіднику, доступна в режимі 1С: Підприємства.