A fi într-un grup conform ierarhiei 1s 8. Operatorul „în ierarhie” într-o cerere

Designul „IN IERARHIE” din interogările 1C:Enterprise 8.x vă permite să obțineți elemente subordonate ale unui obiect de configurare ierarhică în funcție de o selecție dată. Astăzi, în articol, vom analiza un exemplu de utilizare a acestuia, precum și acțiunile platformei din partea DBMS și impactul acesteia asupra performanței.

Utilizare

Să ne uităm la un exemplu simplu de utilizare a construcției „ÎN IERARHIE”. La executarea următoarei solicitări se vor obține elementele subordonate din directorul ierarhic „Produse” pentru valoarea transmisă a variabilei „Link”.

Text de interogare = " SELECTAȚI | Produse . Legătură,| Bunuri . Cod furnizor |DIN| Director . Produse AS Produse|UNDE | Bunuri . Link ÎN IERARHIE(& Link)"

În baza de date de testare, directorul „Produse” are următoarele date de testare:

Desigur, imaginea nu arată toate intrările din director. Captura de ecran arată doar structura de stocare a datelor din directorul ierarhic. Tabelul de directoare stochează 10 grupuri de nivel superior, fiecare dintre ele conține 5 grupuri imbricate cu 200 de elemente fiecare.

Să revenim la cererea de testare. Să transmitem linkul către grupul „Grup - 1” către parametrul „&Link” (vezi captura de ecran de mai sus). Apoi rezultatul interogării va arăta astfel:

După cum putem vedea, cererea a returnat un link către grupul de sus în sine (transmis ca parametru), precum și grupuri imbricate cu elementele din ele. Astfel, utilizarea construcției „ÎN IERARHIE” vă permite să obțineți în mod convenabil date subordonate ierarhic.

Sintaxa limbajului de interogare 1C:Enterprise SQL clasic foarte asemănătoare în unele privințe. Dar pentru expresia „IN IERARHIE” nu există un analog în limbajul de interogare SQL, deoarece, de exemplu, pentru expresia limbajului de interogare a platformei „B” există un operator SQL similar „IN”. Prin urmare, munca platformei cu DBMS atunci când se utilizează acest operator este interesantă.

În spatele scenelor

Asadar, haideti sa începem. De exemplu, vom folosi interogarea scrisă anterior pentru directorul „Produse”. Vom analiza acțiunile platformei pentru două situații:

1. Vom trece grupul de nivel superior „Grupul 1” ca parametru „&Link” (cum am făcut mai devreme).
2. În parametru vom trece un link către grupul „Grupul 1 - 1”, imbricat în grupul de nivel superior „Grupul 1”.

Acum, în ordine. În primul caz, platforma va efectua următoarele acțiuni pe serverul SQL:

1. Mai întâi, este executată o interogare SQL pentru a obține o legătură către grupul de directoare transmis ca parametru și toate grupurile subordonate. Rezultatul este plasat în tabelul temporar „#tt1”.

2. În a doua etapă, aceeași interogare este executată de două ori:

Captura de ecran conține comentarii detaliate despre textul interogării SQL. Pe scurt, interogarea vă permite să selectați elemente subordonate pentru grupuri la care se face referire într-un tabel temporar. Întrebarea rămâne: „De ce este executată interogarea de două ori?” Răspunsul aici este simplu: în primul rând, interogarea primește elemente subordonate pentru grupurile de primul nivel care sunt deja conținute în tabelul temporar (vezi punctul 1). A doua interogare preia apoi subelementele pentru subgrupurile de al doilea nivel. Deoarece nici un grup de directoare nu este prezent la al treilea nivel al ierarhiei, această interogare nu mai este executată.

În cazul nostru, a doua interogare va returna un rezultat gol, deoarece nu există elemente subordonate pentru înregistrările situate la nivelul 3 al ierarhiei (nu există grupuri acolo).

3. Pentru a obține rezultatul final al interogării, platforma generează următoarea interogare SQL:

Rezultatul acestei solicitări poate fi procesat în continuare de algoritmi în limbajul încorporat al platformei. Astfel, intrările din tabelul temporar „#tt1” sunt folosite pentru a seta condiția de eșantionare din tabelul de referință „_Reference41”.

4. La ultimul pas, platforma 1C:Enterprise 8.x șterge tabelul temporar „#tt1”, deoarece nu va mai fi folosit în viitor.

Aceasta completează procesul de execuție a operatorului „ÎN IERARHIE”. Permiteți-mi să vă reamintesc că secvența considerată de acțiuni pe serverul SQL a fost efectuată atunci când am transmis un link către grupul de nivel superior „Grup - 1” către o solicitare din partea platformei. Dar cum se va comporta platforma dacă trecem un link către grupul de nivel al doilea „Grup - 1 - 1” ca parametru „&Link”? Totul se va întâmpla la fel, cu excepția următorului punct: mai sus, în a doua etapă a executării interogărilor SQL de către platformă, s-a scris că interogarea pentru obținerea elementelor subordonate a fost executată de două ori - în cazul obținerii elementelor subordonate pt. grupul "Grupul - 1 - 1" nu este cazul. Cererea va fi executată o singură dată.

Cert este că numărul de solicitări pentru obținerea elementelor subordonate depinde de numărul de grupuri din ierarhie. Cu alte cuvinte, dacă nivelul ierarhiei elementelor conține cel puțin un grup, atunci cerere de la punctul 2.

Impactul asupra performanței

Utilizarea incorectă a oricărui operator într-o interogare poate duce la o performanță suboptimă a sistemului. Operatorul luat în considerare „ÎN IERARHIE” nu face excepție. Trebuie utilizat cu prudență, deoarece complică foarte mult algoritmul de executare a interogărilor SQL către baza de date și, prin urmare, crește încărcarea pe serverul DBMS.

Permiteți-mi să vă dau un exemplu de interogare suboptimă care poate duce la consecințele triste menționate mai sus:

SELECT produse. Link din director. Products AS Products WHERE (Produse. Link ÎN IERARHIE (& Link) SAU Produse. Link ÎN IERARHIE (& Link1) SAU Produse. Link ÎN IERARHIE (& Link2) )

După cum ați putea ghici, cererea va duce la generarea multor interogări SQL, ceea ce va duce la o scădere a performanței sistemului informațional.

Trageți-vă concluziile!

Depinde de tine sa tragi concluzii. Permiteți-mi să spun doar că operatorul „ÎN IERARHIE” este utilizat de platformă pentru sistemul de compunere a datelor atunci când condițiile de selecție includ „ÎN GRUP”, „ÎN GRUP DIN LISTĂ” și altele. Cred că nu este nevoie să explic că, cu manipulări incorecte, utilizatorii pot configura selecții foarte complexe și pot crește sarcina pe serverul 1C și pe DBMS de mai multe ori. Să modificăm setările numai pentru utilizatorii experimentați.

Și bineînțeles, când scrieți propriile mecanisme, acordați atenție operatorului „ÎN IERARHIE”. Foarte convenabil pe de o parte și periculos pe de altă parte.

Limbajul de interogare din 1C 8 este un analog simplificat al binecunoscutului „limbaj de programare structurat” (cum este mai des numit, SQL). Dar în 1C este folosit doar pentru citirea datelor; un model de date obiect este folosit pentru a schimba datele.

O altă diferență interesantă este sintaxa rusă. Deși de fapt poți folosi construcții în limba engleză.

Exemplu de cerere:

ALEGE
Banci.Nume,
Bănci.CorrAccount
DIN
Director.Bănci CUM Bănci

Această solicitare ne va permite să vedem informații despre numele și contul de corespondent al tuturor băncilor existente în baza de date.

Limbajul de interogare este cel mai simplu și mai eficient mod de a obține informații. După cum se poate vedea din exemplul de mai sus, în limbajul de interogare trebuie să utilizați nume de metadate (aceasta este o listă de obiecte de sistem care alcătuiesc configurația, adică directoare, documente, registre etc.).

Descrierea constructelor limbajului de interogare

Structura de interogare

Pentru a obține date, este suficient să folosiți construcțiile „SELECT” și „FROM”. Cea mai simplă cerere arată astfel:

SELECT * FROM Directoare.Nomenclatură

Unde „*” înseamnă selectarea tuturor câmpurilor din tabel, iar Directories.Nomenclature – numele tabelului din baza de date.

Să ne uităm la un exemplu mai complex și general:

ALEGE
<ИмяПоля1>CUM<ПредставлениеПоля1>,
Sumă(<ИмяПоля2>) CUM<ПредставлениеПоля2>
DIN
<ИмяТаблицы1>CUM<ПредставлениеТаблицы1>
<ТипСоединения>COMPUS<ИмяТаблицы2>CUM<ПредставлениеТаблицы2>
DE<УсловиеСоединениеТаблиц>

UNDE
<УсловиеОтбораДанных>

A SE GRUPA CU
<ИмяПоля1>

FILTREAZĂ DUPĂ
<ИмяПоля1>

REZULTATE
<ИмяПоля2>
DE
<ИмяПоля1>

În această interogare, selectăm datele câmpurilor „FieldName1” și „FieldName1” din tabelele „TableName1” și „TableName”, atribuim sinonime câmpurilor folosind operatorul „HOW” și le conectăm folosind o anumită condiție „TableConnectionCondition”. ”.

Din datele primite, selectăm doar datele care îndeplinesc condiția din „UNDE” „Condiția de selecție a datelor”. În continuare, grupăm solicitarea după câmpul „Nume câmp 1”, însumând „Nume câmp 2”. Creăm totaluri pentru câmp „Field Name1” și câmpul final „Field Name2”.

Ultimul pas este sortarea cererii folosind constructul ORDER BY.

Proiecte generale

Să ne uităm la structurile generale ale limbajului de interogare 1C 8.2.

PRIMULn

Folosind acest operator, puteți obține numărul n de primele înregistrări. Ordinea înregistrărilor este determinată de ordinea în interogare.

SELECTAȚI PRIMILE 100
Banci.Nume,
Bănci.Cod AS BIC
DIN
Director.Bănci CUM Bănci
FILTREAZĂ DUPĂ
Bănci.Nume

Solicitarea va primi primele 100 de intrări din directorul „Bănci”, sortate alfabetic.

PERMIS

Acest design este relevant pentru lucrul cu mecanismul. Esența mecanismului este de a restricționa citirea (și alte acțiuni) la utilizatori pentru anumite înregistrări dintr-un tabel de bază de date, și nu tabelul în ansamblu.

Dacă un utilizator încearcă să folosească o interogare pentru a citi înregistrările care îi sunt inaccesibile, va primi un mesaj de eroare. Pentru a evita acest lucru, ar trebui să utilizați construcția „PERMIS”, adică cererea va citi numai înregistrările care îi sunt permise.

SELECTARE PERMIS
Depozitul de informații suplimentare. Link
DIN
Director.Documentul de informații suplimentare

VARIAT

Utilizarea „DIFERENT” va împiedica introducerea liniilor duplicate în rezultatul interogării 1C. Dublarea înseamnă că toate câmpurile de solicitare se potrivesc.

SELECTAȚI PRIMILE 100
Banci.Nume,
Bănci.Cod AS BIC
DIN
Director.Bănci CUM Bănci

EmptyTable

Această construcție este folosită foarte rar pentru a combina interogări. Când vă alăturați, poate fi necesar să specificați un tabel imbricat gol într-unul dintre tabele. Operatorul „EmptyTable” este potrivit pentru asta.

Exemplu din 1C 8 ajutor:

SELECT Link.Number, EMPTY TABLE.(Nr., Articol, Cantitate) AS Compoziție
DIN Document.Factură de cheltuieli
COMBINA TOTUL
SELECTează Link.Number, Conținut.(LineNumber, Product, Quantity)
FROM Document.Invoice Document.Invoice.Composition.*

ISNULL

O caracteristică foarte utilă care vă permite să evitați multe greșeli. YesNULL() vă permite să înlocuiți valoarea NULL cu cea dorită. Foarte des folosit pentru a verifica prezența unei valori în tabelele unite, de exemplu:

ALEGE
Nomenclatură Ref. Link,
IsNULL(Articol rămas.Cantitate rămasă,0) AS Cantitate rămasă
DIN

Poate fi folosit în alte moduri. De exemplu, dacă pentru fiecare rând nu se știe în ce tabel există valoarea:

ISNULL(Data primirii facturii, Data emiterii facturii)

CUM este un operator care ne permite să atribuim un nume (sinonim) unui tabel sau câmp. Am văzut un exemplu de utilizare mai sus.

Aceste construcții sunt foarte asemănătoare - vă permit să obțineți o reprezentare în șir a valorii dorite. Singura diferență este că REPRESENTATION convertește orice valoare într-un tip șir, în timp ce REPRESENTATIONREF convertește doar valorile de referință. REPREZENTAREA REFERINȚEI este recomandată a fi utilizată în interogările sistemului de compoziție a datelor pentru optimizare, cu excepția cazului în care, desigur, câmpul de date de referință este planificat să fie utilizat în selecții.

ALEGE
Vizualizare(Link), //șir, de exemplu „Raportul anticipat nr. 123 din 10.10.2015
Vizualizare(DeletionMark) AS DeleteMarkText, //șir, „Da” sau „Nu”
ViewReferences(DeletionMark) AS DeleteMarkBoolean //boolean, True sau False
DIN
Document.Raport de avans

EXPRES

Express vă permite să convertiți valorile câmpurilor în tipul de date dorit. Puteți converti o valoare fie într-un tip primitiv, fie într-un tip de referință.

Express pentru un tip de referință este utilizat pentru a restricționa tipurile de date solicitate în câmpuri de tip complex, adesea folosite pentru a optimiza performanța sistemului. Exemplu:

EXPRESS(TableCost.Subconto1 AS Directory.Cost Items).Tip de activitatePentruTaxAccountingCosts

Pentru tipurile primitive, această funcție este adesea folosită pentru a limita numărul de caractere din câmpurile de lungime nelimitată (cu astfel de câmpuri nu pot fi comparate). Pentru a evita eroarea " Parametri nevalidi în operația de comparare. Nu poți compara câmpuri
lungime nelimitată și câmpuri de tipuri incompatibile", trebuie să exprimați astfel de câmpuri după cum urmează:

EXPRESS(Comentează AS Line(150))

DATA DIFERENTATA

Obțineți 267 de lecții video pe 1C gratuit:

Un exemplu de utilizare a IS NULL într-o solicitare 1C:

ALEGE DIN
Ref
CONEXIUNEA STÂNGA ÎnregistrareAcumulări.ProduseÎnDepozite.Rămas ca produs rămas
Software NomenclatureRef.Link = Sold GoodsCommitteesRemains.Nomenclature
WHERE NU Produsele rămase Cantitatea rămasă ESTE NULL

Tipul de date dintr-o interogare poate fi determinat folosind funcțiile TYPE() și VALUETYPE() sau prin utilizarea operatorului logic REFERENCE. Cele două funcții sunt similare.

Valori predefinite

Pe lângă utilizarea parametrilor trecuți în interogări în limbajul de interogare 1C, puteți utiliza valori predefinite sau . De exemplu, transferuri, directoare predefinite, planuri de conturi și așa mai departe. Pentru aceasta, se folosește constructul „Valoare()”.

Exemplu de utilizare:

WHERE Nomenclature.Type of Nomenclature = Value(Directory.Types of Nomenclature.Product)

WHERE Counterparties.Type of Contact Information = Value(Enumeration.Types of Contact Information.Phone)

WHERE Soldurile contului.Cont contabil = Valoare(Planul de conturi.Profit.ProfitsLoss)

Conexiuni

Există 4 tipuri de conexiuni: STÂNGA, DREAPTA, COMPLET, INTERN.

CONEXIUNEA STÂNGA și DREAPTA

Îmbinările sunt folosite pentru a lega două tabele pe baza unei anumite condiții. Caracteristică când LEFT JOIN este că luăm primul tabel specificat în întregime și legăm condiționat al doilea tabel. Câmpurile celui de-al doilea tabel care nu au putut fi legate de condiție sunt completate cu valoarea NUL.

De exemplu:

Va returna întregul tabel de Contrapartide și va completa câmpul „Bancă” doar în acele locuri în care va fi îndeplinită condiția „Contrapărți.Nume = Bănci.Nume”. Dacă condiția nu este îndeplinită, câmpul Bank va fi setat la NUL.

RIGHT JOIN în limba 1C absolut asemănătoare Conexiune LEFT, cu excepția unei diferențe - în DREPTUL DE CONECTARE Masa „principală” este a doua, nu prima.

CONEXIUNE COMPLETA

CONEXIUNE COMPLETA diferă de stânga și dreapta prin faptul că afișează toate înregistrările din două tabele și le conectează numai pe cele pe care le poate conecta în funcție de condiție.

De exemplu:

DIN

CONEXIUNE COMPLETA
Director.Bănci CUM Bănci

DE

Limbajul de interogare va returna ambele tabele complet numai dacă este îndeplinită condiția de a se alătura înregistrărilor. Spre deosebire de o îmbinare stânga/dreapta, este posibil ca NULL să apară în două câmpuri.

INNER JOIN

INNER JOIN diferă de cel complet prin faptul că afișează numai acele înregistrări care ar putea fi conectate în funcție de o anumită condiție.

De exemplu:

DIN
Director.Contrapărți AS Clienți

INNER JOIN
Director.Bănci CUM Bănci

DE
Clients.Name = Banks.Name

Această interogare va returna numai rândurile în care banca și contrapartea au același nume.

Asociațiile

Construcțiile JOIN și JOIN ALL combină două rezultate într-unul singur. Acestea. rezultatul efectuării a două va fi „contopit” într-unul, comun.

Adică sistemul funcționează exact la fel ca și cele obișnuite, doar pentru un tabel temporar.

Cum se utilizează INDEX BY

Cu toate acestea, un punct trebuie luat în considerare. Construirea unui index pe un tabel temporar necesită, de asemenea, timp. Prin urmare, este recomandabil să utilizați construcția „ ” numai dacă se știe cu siguranță că vor exista mai mult de 1-2 înregistrări în tabelul temporar. În caz contrar, efectul poate fi invers - performanța câmpurilor indexate nu compensează timpul necesar pentru a construi indexul.

ALEGE
Rate valutare Ultima secțiune transversală. Moneda AS Moneda,
Rate valutare Ultima secțiune transversală.
Ratele valutare PUT
DIN
Informații Registrul.Currency Rates.Last Slice(&Period,) AS Currency RatesLast Slice
INDEX PRIN
Valută
;
ALEGE
Nomenclatura prețurilor.Nomenclatura,
PreturiNomenclaturi.Pret,
PrețuriNomenclaturi.Moneda,
Rate valutare.Rate
DIN
Registrul de informații.Nomenclatura prețurilor.Ultima felie(&perioada,
Nomenclatură B (&Nomenclatură) AND PriceType = &PriceType) AS PriceNomenclature
LEFT JOIN Currency Rates AS Currency Rates
Software PricesNomenclatures.Currency = Currency Rates.Currency

Gruparea

Limbajul de interogare 1C vă permite să utilizați funcții de agregare speciale atunci când grupați rezultatele interogării. Gruparea poate fi folosită și fără funcții de agregare pentru a „elimina” duplicatele.

Există următoarele funcții:

Cantitate, Cantitate, Număr de diferite, Maxim, Minim, Medie.

Exemplul #1:

ALEGE
Vânzări de bunuri și bunuri de servicii. Nomenclatură,
SUM(Vânzări de mărfuriServiciiBunuri.Cantitate) AS Cantitate,
SUM(Vânzări de mărfuriServiciiBunuri.Suma) AS Sumă
DIN

A SE GRUPA CU
Vânzări de Bunuri și Servicii Bunuri.Nomenclator

Solicitarea primește toate rândurile cu mărfuri și le rezumă pe cantitate și sume pe articol.

Exemplul nr. 2

ALEGE
Codul băncilor,
CANTITATE(Bănci diferite.Link) CA Număr de duplicate
DIN
Director.Bănci CUM Bănci
A SE GRUPA CU
Bănci.Cod

Acest exemplu va afișa o listă de BIC-uri în directorul „Bănci” și va arăta câte duplicate există pentru fiecare dintre ele.

Rezultate

Rezultatele sunt o modalitate de a obține date dintr-un sistem cu o structură ierarhică. Funcțiile de agregare pot fi utilizate pentru câmpurile de rezumat, la fel ca și pentru grupări.

Una dintre cele mai populare moduri de a utiliza rezultatele în practică este anularea în loturi a mărfurilor.

ALEGE




DIN
Document Vânzări de bunuri și servicii Bunuri CUM se vinde bunuri și servicii Bunuri
FILTREAZĂ DUPĂ

REZULTATE
SUM(Cantitate),
SUM(Suma)
DE
Nomenclatură

Rezultatul interogării va fi următorul ierarhic:

Rezultate generale

Dacă trebuie să obțineți totaluri pentru toate „totalurile”, utilizați operatorul „GENERAL”.

ALEGE
Vânzări de bunuri și bunuri de servicii. Nomenclatura AS Nomenclatura,
Vânzări de bunuri și bunuri de servicii. Link AS Document,
Vânzări de bunuri și bunuri de servicii Cantitate AS Cantitate,
Vânzări de bunuri și servicii Bunuri.Sumă AS Sumă
DIN
Document Vânzări de bunuri și servicii Bunuri CUM se vinde bunuri și servicii Bunuri
FILTREAZĂ DUPĂ
Vânzări de bunuri și servicii Bunuri. Link. Data
REZULTATE
SUM(Cantitate),
SUM(Suma)
DE
SUNT COMUNE,
Nomenclatură

Ca urmare a executării cererii, obținem următorul rezultat:

În care 1 nivel de grupare este agregarea tuturor câmpurilor necesare.

Aranjare

Operatorul ORDER BY este folosit pentru a sorta rezultatul unei interogări.

Sortarea pentru tipurile primitive (șir, număr, boolean) urmează regulile obișnuite. Pentru câmpurile de tip referință, sortarea are loc prin reprezentarea internă a legăturii (identificatorul unic), mai degrabă decât prin cod sau prin reprezentarea referințelor.

ALEGE

DIN
Director.Nomenclatura AS Nomenclatura
FILTREAZĂ DUPĂ
Nume

Solicitarea va afișa o listă de nume în directorul nomenclatorului, sortate alfabetic.

Comanda automată

Rezultatul unei interogări fără sortare este un set de rânduri prezentat haotic. Dezvoltatorii platformei 1C nu garantează că rândurile vor fi afișate în aceeași secvență atunci când execută interogări identice.

Dacă trebuie să afișați înregistrările tabelului într-o ordine constantă, trebuie să utilizați constructul Auto-Order.

ALEGE
Nomenclatură.Nume AS Nume
DIN
Director.Nomenclatura AS Nomenclatura
COMANDĂ AUTOMATĂ

Mesele virtuale

Tabelele virtuale din 1C sunt o caracteristică unică a limbajului de interogare 1C care nu se găsește în alte sintaxe similare. Un tabel virtual este o modalitate rapidă de a obține informații de profil din registre.

Fiecare tip de registru are propriul set de tabele virtuale, care pot diferi în funcție de setările registrului.

• tăierea primului;
• tăierea acestuia din urmă.

• resturi;
• revoluții;
• solduri si cifra de afaceri.

• mișcări din subconto;
• revoluții;
• viteza Dt Kt;
• resturi;
• solduri si cifra de afaceri
• subconto.

• baza;
• date grafice;
• perioada efectivă de valabilitate.

Pentru dezvoltatorul de soluții, datele sunt preluate dintr-un singur tabel (virtual), dar de fapt platforma 1C preia din mai multe tabele, transformându-le în forma necesară.

ALEGE
Produse din depozite resturi si cifra de afaceri.
ProductsIn WarehousesRemainingAndTurnover.QuantityInitialRemaining,
ProductsIn WarehousesRemainsAndTurnover.QuantityTurnover,
MărfuriÎnDepoziteRemainsAndTurnover.CantityIncoming,
MărfuriÎnDepoziteRămăși și Cifra de afaceri.CantitateConsum,
ProductsIn WarehousesRemainingsAndTurnover.CantityFinalRemaining
DIN
ÎnregistrareAcumulări.MărfuriÎnDepozite.Rămăși și Cifra de afaceri CA Mărfuri ÎnDepoziteRămăși și Cifra de afaceri

Această interogare vă permite să preluați rapid o cantitate mare de date.

Opțiuni de masă virtuală

Un aspect foarte important al lucrului cu tabele virtuale este utilizarea parametrilor. Parametrii tabelului virtual sunt parametri specializați pentru selecție și configurare.

Pentru astfel de tabele, se consideră incorectă utilizarea selecției în construcția „UNDE”. Pe lângă faptul că interogarea devine suboptimă, este posibil să primiți date incorecte.

Un exemplu de utilizare a acestor parametri:

Registrul de acumulări, mărfuri în depozite, solduri și cifre de afaceri (& Începutul perioadei, & Sfârșitul perioadei, lunii, mișcările și frontierele perioadei, Nomenclatură = & Nomenclator obligatoriu)

Algoritm pentru tabele virtuale

De exemplu, cel mai folosit tabel virtual de tip „Rămășițe” stochează date din două tabele fizice – solduri și mișcări.

Când se utilizează o masă virtuală, sistemul efectuează următoarele manipulări:

1. Obținem cea mai apropiată valoare calculată în termeni de dată și măsurători în tabelul cu totaluri.
2. „Adăugăm” suma din tabelul de mișcări la suma din tabelul cu totaluri.

Astfel de acțiuni simple pot îmbunătăți semnificativ performanța sistemului în ansamblu.

Folosind Generatorul de interogări

Generator de interogări– un instrument încorporat în sistemul 1C Enterprise care facilitează foarte mult dezvoltarea interogărilor bazei de date.

Generatorul de interogări are o interfață destul de simplă, intuitivă. Cu toate acestea, să ne uităm la utilizarea constructorului de interogări mai detaliat.

Constructorul de text de interogare este lansat din meniul contextual (butonul dreapta al mouse-ului) în locul dorit din codul programului.

Descrierea constructorului cererii 1C

Să ne uităm la fiecare filă a designerului mai detaliat. Excepție este fila Builder, care este un subiect pentru o altă discuție.

fila Tabele și câmpuri

Această filă specifică sursa de date și câmpurile care trebuie afișate în raport. În esență, aici sunt descrise construcțiile SELECT.. FROM.

Sursa poate fi un tabel fizic de bază de date, un tabel de registru virtual, tabele temporare, interogări imbricate etc.

În meniul contextual al tabelelor virtuale, puteți seta parametrii tabelului virtual:

fila Conexiuni

Fila este folosită pentru a descrie conexiunile mai multor tabele și creează construcții cu cuvântul CONEXIUNE.

Fila Grupare

În această filă, sistemul vă permite să grupați și să rezumați câmpurile obligatorii ale rezultatului tabelului. Descrie utilizarea construcțiilor GROUP BY, SUM, MINIM, MEDIE, MAXIMUM, CANTITATE, NUMĂR DE DIFERENȚI.

fila Condiții

Raspunde de tot ce intra in textul de solicitare dupa constructia WHERE, adica de toate conditiile impuse datelor primite.

Filă avansată

Tab În plus plin cu tot felul de parametri care sunt foarte importanți. Să ne uităm la fiecare dintre proprietăți.

Gruparea Selectarea înregistrărilor:

• Primul N– un parametru care returnează doar N înregistrări la interogare (PRIMUL operator)
• Fără duplicate– asigură unicitatea înregistrărilor primite (operator DIFERIT)
• Permis– vă permite să selectați doar acele înregistrări pe care sistemul vă permite să le selectați ținând cont (construcție PERMISĂ)

Gruparea Tip de solicitare determină ce tip de cerere va fi: regăsirea datelor, crearea unui tabel temporar sau distrugerea unui tabel temporar.

Mai jos este un steag Blocați datele primite pentru modificare ulterioară. Vă permite să activați capacitatea de a seta blocarea datelor, ceea ce asigură siguranța datelor din momentul în care sunt citite și până când sunt schimbate (relevant doar pentru modul de blocare automată, design PENTRU SCHIMBARE).

Fila Joins/Aliases

În această filă a designerului de interogări, puteți seta capacitatea de a uni diferite tabele și alias-uri (constructia CUM). Tabelele sunt indicate în partea stângă. Dacă setați steagurile vizavi de masă, se va folosi construcția UNITE, în caz contrar - UNITE ALL (diferențe între cele două metode). În partea dreaptă este indicată corespondența câmpurilor din diferite tabele; dacă corespondența nu este specificată, interogarea va returna NULL.

fila Comanda

Aceasta specifică ordinea în care sunt sortate valorile (ORDER BY) - descendent (DESC) sau crescător (ASC).

Există și un steag interesant - Comanda automată(in cerere - COMANDA AUTO). În mod implicit, sistemul 1C afișează datele într-o ordine „haotică”. Dacă setați acest indicator, sistemul va sorta datele după datele interne.

Fila Lot de interogări

În fila Designer de interogări, puteți crea altele noi și, de asemenea, le puteți utiliza ca navigare. În textul cererii, pachetele sunt separate prin simbolul „;” (virgulă).

Butonul „Interogare” din designerul de interogări

În colțul din stânga jos al designerului de solicitări există un buton Solicitare, cu ajutorul căruia puteți vizualiza textul solicitării în orice moment:

În această fereastră, puteți face ajustări la cerere și o puteți executa.

Folosind consola de interogări

Consola de interogări este o modalitate simplă și convenabilă de a depana interogări complexe și de a obține rapid informații. În acest articol, voi încerca să descriu cum să utilizați Query Console și să ofer un link pentru a descărca Query Console.

Să aruncăm o privire mai atentă la acest instrument.

Descărcați consola de interogări 1C

În primul rând, pentru a începe să lucrați cu consola de interogări, trebuie să o descărcați de undeva. Tratamentele sunt de obicei împărțite în două tipuri - forme controlate și cele convenționale (sau, uneori, sunt numite 8.1 și 8.2/8.3).

Am încercat să combin aceste două vederi într-o singură prelucrare - forma dorită se deschide în modul de operare dorit (în modul gestionat, consola funcționează doar în modul gros).

Descrierea consolei de interogări 1C

Să începem să ne uităm la consola de interogări cu o descriere a panoului principal de procesare:

În antetul consolei de interogări, puteți vedea timpul de execuție al ultimei interogări cu precizie în milisecunde, acest lucru vă permite să comparați diferite modele în ceea ce privește performanța.

Primul grup de butoane din bara de comandă este responsabil pentru salvarea interogărilor curente într-un fișier extern. Acest lucru este foarte convenabil; puteți reveni oricând la scrierea unei cereri complexe. Sau, de exemplu, stocați o listă de exemple tipice ale anumitor modele.

În stânga, în câmpul „Solicitare”, puteți crea cereri noi și le puteți salva într-o structură arborescentă. Al doilea grup de butoane este responsabil de gestionarea listei de solicitări. Folosind-o puteți crea, copia, șterge, muta o solicitare.

• A executacerere– execuție simplă și rezultate
• Executați pachetul– vă permite să vizualizați toate interogările intermediare într-un lot de interogări
• Vizualizarea tabelelor temporare– vă permite să vedeți rezultatele pe care interogările temporare le returnează pe un tabel

Parametri de solicitare:

Vă permite să setați parametrii actuali pentru cerere.

În fereastra parametrilor de interogare, următoarele sunt interesante:

• Buton Ia de la cerere găsește automat toți parametrii din cerere pentru confortul dezvoltatorului.
• Steag Parametri comuni pentru toate cererile– la instalare, procesarea acestuia nu șterge parametrii la trecerea de la cerere la cerere în lista generală de solicitări.

Setați un parametru cu o listă de valori Este foarte simplu, doar când alegeți o valoare a parametrului, faceți clic pe butonul de ștergere a valorii (cruce), sistemul vă va solicita să selectați tipul de date, unde trebuie să selectați „Lista de valori”:

De asemenea, în panoul de sus există un buton pentru a apela setările consolei de interogare:

Aici puteți specifica parametrii pentru salvarea automată a interogărilor și parametrii de execuție a interogărilor.

Textul solicitării este introdus în câmpul de cerere de consolă. Acest lucru se poate face prin simpla tastare a unui test de interogare sau apelând un instrument special - designerul de interogări.

Designerul de interogări 1C 8 este apelat din meniul contextual (butonul dreapta al mouse-ului) când faceți clic pe câmpul de introducere:

De asemenea, în acest meniu există funcții utile precum ștergerea sau adăugarea de întreruperi de linie (“|”) la cerere sau primirea codului de solicitare în această formă convenabilă:

Solicitare = Solicitare nouă;
Solicitare.Text = ”
|SELECT
| Monede.Link
|DIN
| Director.Monede AS Monede”;
RequestResult = Request.Execute();

Câmpul inferior al consolei de interogări afișează câmpul rezultat al interogării, motiv pentru care a fost creată această procesare:

De asemenea, consola de interogări, pe lângă listă, poate afișa date sub formă de arbore - pentru interogările care conțin totaluri.

Optimizarea interogărilor

Unul dintre cele mai importante puncte în creșterea productivității întreprinderii 1C 8.3 este optimizarecereri. Acest punct este, de asemenea, foarte important când trecerea certificării. Mai jos vom vorbi despre motivele tipice pentru performanța interogării neoptimale și despre metodele de optimizare.

Selecții într-un tabel virtual folosind constructul WHERE

Este necesar să se aplice filtre la detaliile tabelului virtual numai prin parametrii VT. În niciun caz nu trebuie să utilizați constructul WHERE pentru selecție într-un tabel virtual; aceasta este o greșeală gravă din punct de vedere al optimizării. În cazul selecției folosind WHERE, de fapt, sistemul va primi TOATE înregistrările și abia apoi le va selecta pe cele necesare.

DREAPTA:

ALEGE

DIN
Registrul de acumulări, decontări reciproce cu participanții organizațiilor, solduri (
,
Organization = &Organizare
AND Individ = &Individual) CUM Decontări reciproce cu participanții organizațiilor Solduri

GRESIT:

ALEGE
Decontari reciproce cu Participantii Organizatiilor Solduri Suma Sold
DIN
Registrul de acumulări Decontări reciproce cu participanții organizațiilor Solduri (,) CUM Decontări reciproce cu participanții organizațiilor Solduri
UNDE
Decontări reciproce cu participanții la solduri organizații Organizație = & Organizație
ȘI Decontări reciproce cu participanții organizațiilor Solduri.Individ = &Individ

Obținerea valorii unui câmp de tip complex folosind un punct

La primirea datelor de tip complex într-o interogare printr-un punct, sistemul se conectează cu o îmbinare la stânga exact atâtea tabele câte tipuri sunt posibile în domeniul tipului complex.

De exemplu, este extrem de nedorit ca optimizarea să acceseze câmpul de înregistrare a registrului – registrator. Registratorul are un tip de date compus, printre care se numără toate tipurile de documente posibile care pot scrie date în registru.

GRESIT:

ALEGE
Record Set.Recorder.Date,
RecordSet.Quantity
DIN
ÎnregistrareAcumulări.ProduseOrganizații AS SetRecords

Adică, de fapt, o astfel de interogare va accesa nu un tabel, ci 22 de tabele de baze de date (acest registru are 21 de tipuri de registrator).

DREAPTA:

ALEGE
ALEGERE
WHEN ProductsOrg.Registrar LINK Document.Vânzări de produse și servicii
THEN EXPRESS(ProductsOrganization.Registrar AS Document.Vânzări de bunuriServicii).Data
WHEN GoodsOrg.Registrar LINK Document.Receipt of GoodsServices
THEN EXPRESS(GoodsOrg.Registrar AS Document.Reception of GoodsServices).Data
SFÂRȘIT CA DATA,
ProduseOrg.Cantitate
DIN
ÎnregistrareAcumulări.ProduseOrganizații AS ProductsOrganization

Sau a doua opțiune este să adăugați astfel de informații la detalii, de exemplu, în cazul nostru, adăugarea unei date.

DREAPTA:

ALEGE
ProductsOrganizations.Date,
ProduseOrganizaţii.Cantitate
DIN
Registrul Acumulărilor Bunuri ale Organizațiilor AS Bunuri ale Organizațiilor

Subinterogări într-o condiție de alăturare

Pentru optimizare, este inacceptabil să se utilizeze subinterogări în condiții de îmbinare; acest lucru încetinește semnificativ interogarea. Este recomandabil să folosiți VT în astfel de cazuri. Pentru a vă conecta, trebuie să utilizați numai metadate și obiecte VT, indexându-le în prealabil după câmpurile de conexiune.

GRESIT:

ALEGE…

LEFT JOIN (
SELECTARE FROM RegisterInformation.Limits
UNDE …
A SE GRUPA CU...
) DE …

DREAPTA:

ALEGE…
PUT Limite
DIN Registrul de informații.Limite
UNDE …
A SE GRUPA CU...
INDEX PRIN...;

ALEGE…
DIN Document.Vânzări de Bunuri și Servicii
Limite LEFT JOIN
DE …;

Unirea înregistrărilor cu mese virtuale

Există situații când, la conectarea unei mese virtuale la altele, sistemul nu funcționează optim. În acest caz, pentru a optimiza performanța interogării, puteți încerca să plasați tabelul virtual într-un tabel temporar, fără a uita să indexați câmpurile unite în interogarea tabelului temporar. Acest lucru se datorează faptului că VT-urile sunt adesea conținute în mai multe tabele fizice DBMS; ca urmare, este compilată o subinterogare pentru a le selecta, iar problema se dovedește a fi similară cu punctul anterior.

Utilizarea selecțiilor bazate pe câmpuri neindexate

Una dintre cele mai frecvente greșeli atunci când scrieți interogări este utilizarea condițiilor pe câmpuri neindexate, acest lucru contrazice regulile de optimizare a interogărilor. SGBD nu poate executa o interogare optim dacă interogarea include selecția pe câmpuri neindexabile. Dacă luați un tabel temporar, trebuie să indexați și câmpurile de conexiune.

Trebuie să existe un index adecvat pentru fiecare condiție. Un indice adecvat este unul care îndeplinește următoarele cerințe:

1. Indexul conține toate câmpurile enumerate în condiție.
2. Aceste câmpuri se află chiar la începutul indexului.
3. Aceste selecții sunt consecutive, adică valorile care nu sunt implicate în condiția de interogare nu sunt „pănate” între ele.

Dacă DBMS nu selectează indecșii corecti, întregul tabel va fi scanat - acest lucru va avea un impact foarte negativ asupra performanței și poate duce la blocarea prelungită a întregului set de înregistrări.

Utilizarea SAU logic în condiții

Asta e tot, acest articol a acoperit aspectele de bază ale optimizării interogărilor pe care fiecare expert 1C ar trebui să le cunoască.

Un curs video gratuit foarte util despre dezvoltarea și optimizarea interogărilor, Vă recomandăm cu tărie pentru incepatori si nu numai!

Directoarele 1C sunt un obiect specializat de arbore de metadate care servește la stocarea informațiilor statice de referință. De exemplu, în configurațiile tipice puteți vedea următoarele vizualizări: , Nomenclatură, Angajați, Mije fixe etc. Informațiile din directoare, de regulă, nu se schimbă des. Directoarele sunt utilizate ulterior în aproape toate obiectele contabile ca secțiune contabilă sau informații de referință.

Mai jos ne vom uita la configurarea și proiectarea unui director din configurator folosind directorul „Nomenclatură” ca exemplu.

Tabă de bază

Fila „De bază” specifică numele, sinonimul, reprezentarea obiectului și descrierea scopului.

Fila „Ierarhia directorului”.

Aici se stabilește ierarhia directorului.

Ierarhia din 1C 8.3 este de două tipuri - „ grupuri și elemente" Și " elemente". Diferă prin aceea că, în primul caz, doar un folder (grup) poate fi părinte (dosar), iar în al doilea caz, un element poate fi și părinte.

„Place groups on top” - steag este responsabil pentru afișarea grupurilor sub formă de listă.

De asemenea, în setări puteți limita numărul de grupuri din ierarhia directorului folosind setarea corespunzătoare.

Fila Proprietari

Un director poate fi subordonat altui director. Din punctul de vedere al configurării 1C 8.3, aceasta înseamnă că atributul „Owner” devine obligatoriu pentru elementul subordonat. Un exemplu de astfel de conexiune între directoare în configurații standard „Nomenclatură - Unități de măsură”, „Contrapărți - Contracte ale contractorilor”.

Proprietarul directorului poate fi, de asemenea, următoarele obiecte de metadate: , .

Fila Date

Obțineți 267 de lecții video pe 1C gratuit:

Cea mai importantă filă din punctul de vedere al unui programator. Conține detaliile directorului.

Directorul are un set de detalii standard care nu sunt editate de programatorul 1C 8.2; o listă a acestora poate fi văzută făcând clic pe butonul „Detalii standard”:

Mă voi opri asupra fiecăruia mai detaliat:

• Acest grup— un atribut de tip boolean, care indică dacă este un grup sau un element. Disponibil numai în directorul ierarhic. Notă, valoarea acestui atribut nu poate fi modificată în 1C: modul Enterprise.
• Cod— recuzită, tip număr sau șir (de obicei un șir). Un număr atribuit automat de către sistem. De obicei calculat ca (codul anterior + 1). Recomand să utilizați tipul șir, deoarece sortarea valorilor numerice nu funcționează așa cum era de așteptat. Poate fi folosit ca prezentare de director într-o listă și în câmpurile de intrare. Folosit de obicei pentru a căuta un element la introducerea unui șir. Dacă trebuie să eliminați câmpul Cod, introduceți zero în lungimea liniei.
• Nume— detalii obligatorii, tip șir. Lungimea maximă a rândului este de 150 de caractere. Poate fi folosit ca prezentare de director într-o listă și în câmpurile de intrare. Folosit de obicei pentru a căuta un element la introducerea unui șir. Dacă trebuie să eliminați câmpul Nume, introduceți zero în lungimea liniei.
• Mamă— un atribut de tip DirectoryLink.<ИмяТекущегоСправочника>. Disponibil numai în directorul ierarhic. Indică părintele superior din ierarhie. Dacă elementul sau grupul se află la rădăcina directorului, este specificată valoarea Directory.<ИмяТекущегоСправочника>.EmptyLink.
• Proprietar— link la elementul proprietar al elementului (grupului) directorului curent. Disponibil numai în directorul subordonat 1C.
• Ștergerea steagului— recuzită cu tip Boolean. Responsabil pentru afișarea „marcajului de ștergere” în sistem. Un element marcat pentru ștergere este considerat inutilizabil, dar mișcările documentelor vechi pot rămâne pe el.
• Legătură— câmp de tip șir. Acest atribut stochează un identificator unic de obiect - GUID. Ceea ce vedem în sistem într-un afișaj vizual numit „link” este doar o reprezentare a obiectului. Nu poate fi schimbat.
• Predefinit— tip boolean, afișează dacă elementul este predefinit, despre asta mai târziu. Nu poate fi schimbat.

Fila „Date” indică și reprezentarea directorului în sistem; înainte de versiunea 8.2.16, reprezentarea putea fi doar Cod sau Nume. În versiunile recente ale platformei (începând de la 8.3), vizualizarea poate fi descrisă independent în modulul manager folosind handlerul „ViewReceivingProcessing”.

Fila de numerotare

Aici puteți specifica setările directorului privind numerotarea. Se recomandă utilizarea numărării automate. Controlul unicității este un steag care ajută, dacă este necesar, ca codul să fie unic. Dacă, cu steagul setat, încercați să scrieți un element de director cu un cod neunic, în 1C veți primi mesajul „Codul directorului a devenit neunic”.

Seria de coduri - determină modul de numerotare a directorului; puteți introduce numerotarea directorului după proprietar. De exemplu, contrapartea „Horns and Hooves” va avea propria numerotare a contractelor - „1, 2, 3”, etc.

Fila Formulare

Formularele pentru director sunt descrise aici. Dacă configurația este lansată atât în ​​modul normal, cât și în modul gestionat, atunci vor exista două file cu formulare în mod implicit: „principal” și „avansat” - diferite pentru aplicațiile normale și gestionate.

Această pagină are o caracteristică importantă a directorului - „“. Aceasta este o funcție foarte convenabilă a 1C 8, care vă permite, atunci când completați datele în câmpul de intrare, să nu intrați în director, ci să introduceți numele, codul etc. și selectați elementul dorit din lista verticală. Arata cam asa:

Altele Tab

Pe filă puteți obține acces rapid la modulele principale ale directorului - modulul obiect și modulul manager.

De asemenea, puteți defini o listă de elemente de director predefinite pe pagină. Acestea sunt elemente care nu pot fi șterse în modul Enterprise. Elementele predefinite pot fi accesate direct în configurator după nume, de exemplu: Directories.Nomenclature.Service.

Această filă determină și modul de blocare - automat sau controlat. Utilizarea căutării full-text, precum și a informațiilor de referință despre director, disponibile în 1C: modul Enterprise.

Această secțiune prezintă exemple de rezolvare a problemelor tipice atunci când lucrați cu directoare ierarhice.

Obținerea elementelor unui director ierarhic care sunt subordonate unui grup dat

Pentru a obține elemente subordonate ale unui director ierarhic, limbajul de interogare furnizează constructul IN HIERARCHY. Exemplu de utilizare ÎN IERARHIE:

ALEGE
Nomenclatură.Cod,
Nomenclatură.PurchasePrice
DIN

În acest exemplu, vor fi obținute toate înregistrările directorului Nomenclatură situat în grupul &Group, inclusiv el însuși, grupurile sale subordonate și elementele aparținând grupurilor subordonate.

Dacă ne interesează doar elementele și grupurile situate direct într-un anumit grup, atunci putem obține astfel de elemente punând o condiție în câmpul Parent. Exemplu:

ALEGE
Nomenclatură.Cod,
Nomenclatură. Nume AS Nume,
Nomenclatură.PurchasePrice
DIN
Director.Nomenclatura AS Nomenclatura

UNDE
Nomenclatură.Parent = &Grup

Această interogare va selecta grupuri și elemente subordonate grupului cu legătura &Grup.

Verificarea prezenței elementelor subordonate unui element director

Pentru a verifica prezența înregistrărilor subordonate ale unui element de director, puteți utiliza o interogare similară cu cea prezentată:

În acest exemplu, referința la elementul pentru care doriți să verificați copii este scrisă în parametrul de interogare Parent. După executarea unei astfel de interogări, trebuie să verificați rezultatul pentru gol. Dacă rezultatul nu este gol, atunci există înregistrări subordonate. Altfel - nu. Exemplu:

Dacă Request.Execute().Empty() Atunci
Raport ("Fără intrări");
In caz contrar
Raport ("Înregistrări disponibile");
endIf;

Obținerea tuturor părinților unui element

Limbajul de interogare nu oferă niciun mijloc special pentru a regăsi toți părinții unui element. Puteți utiliza totaluri ierarhice pentru a finaliza sarcina, dar obținerea totalurilor ierarhice este optimizată pentru construirea de totaluri pentru un număr mare de înregistrări și nu este complet eficientă pentru obținerea părinților unui singur element. Pentru a prelua mai eficient toate înregistrările părinte ale unui element, se recomandă să parcurgeți în buclă părinții acestuia în porțiuni mici. Exemplu:

CurrentItemItem = ItemItem;

Interogare = Interogare nouă ("SELECT
| Nomenclatură.Parinte,
| Nomenclatură.Parinte.Părinte,
| Nomenclatură.Parinte.Părinte.Părinte,
| Nomenclatură.Părinte.Părinte.Părinte.Părinte,
| Nomenclatură.Părinte.Părinte.Părinte.Părinte.Părinte
|DIN
| Director.Nomenclatura AS Nomenclatura
|UNDE
| Nomenclature.Link = &CurrentNomenclatureElement";

În timp ce Ciclul Adevărului
Request.SetParameter("CurrentItemItem", CurrentItemItem);
Rezultat = Query.Run();
Dacă Rezultat.Gol() Atunci
Avorta;
endIf;
Selectie = Result.Select();
Selection.Next();
Pentru ColumnNumber = 0 By Result.Columns.Quantity() - 1 Loop
CurrentItemItem = Selecție[ColumnNumber];
Avorta;
In caz contrar
Raport (CurrentItemItem);
endIf;
EndCycle;

Dacă CurrentItemItem = Directories.Nomenclature.EmptyLink() Atunci
Avorta;
endIf;
EndCycle;

În acest exemplu, toți părinții pentru legătura înregistrată în variabila ElementNomenclature sunt afișați în fereastra de mesaje de serviciu. În ciclu sunt selectați 5 părinți link.

Dacă numărul de niveluri din director este limitat și mic, atunci este posibil să obțineți toți părinții cu o singură solicitare fără o buclă.

Afișarea unui director ierarhic într-un raport

Pentru a afișa un director ierarhic într-un raport, păstrând ierarhia, trebuie să utilizați o interogare similară cu următoarea:

ALEGE
Nomenclatură.Cod,
Nomenclatură. Nume AS Nume,
Nomenclatură.PurchasePrice
DIN
Director.Nomenclatura AS Nomenclatura
FILTREAZĂ DUPĂ
Nume IERARHIE

Această interogare selectează toate înregistrările din director și le aranjează pe ierarhii. Rezultatul va fi ordonat după nume, ținând cont de ierarhie.

Pentru ca grupurile de directoare să fie plasate deasupra elementelor, este necesar să înlocuiți clauza ORDER BY din această solicitare cu următoarele:

FILTREAZĂ DUPĂ
Nomenclatură. Aceasta este IERARHIA Grupului,
Nume

Rezultatul va fi tot ordonat ierarhic, dar grupurile vor apărea deasupra elementelor.

De asemenea, este posibil să înlocuiți oferta ORDER BY cu opțiunea AUTO ORDER. În acest caz, rezultatul va fi ordonat în conformitate cu setările directorului, adică. dacă directorul afirmă că grupurile ar trebui să fie situate deasupra elementelor, atunci acestea vor fi localizate deasupra.

De asemenea, se poate obține structura ierarhică a directorului folosind rezultatele.

ALEGE
Nomenclatură.Cod,
Nomenclatură. Nume AS Nume,
Nomenclatură.PurchasePrice

FROM Directory.Nomenclature AS Nomenclatură

UNDE
(Nomenclatură.ThisGroup = FALSE)

COMANDA PENTRU Nume

Obținerea totalurilor pe ierarhie

Pentru a obține totaluri pe ierarhie într-o interogare, trebuie să specificați cuvântul cheie IERARHIE în clauza TOTAL SOFTWARE după ce ați specificat câmpul după care vor fi calculate totalurile. Un exemplu de raport „Cifra de afaceri articole” cu obținerea totalurilor pe ierarhie:

ALEGE

DIN

Nomenclatura IERARHIE

Ca urmare a acestei solicitări, totalurile vor fi calculate nu numai pentru fiecare articol, ci și pentru grupurile cărora le aparține un articol sau altul.

În cazul în care nu avem nevoie de totaluri pentru elemente, ci avem nevoie doar de totaluri pentru grupuri, trebuie să folosim construcția DOAR IERARHIE în totaluri. Exemplu:

ALEGE
Contabilitatea Nomenclaturii Cifra de afaceri.Nomenclatura AS Nomenclatura,
Contabilitatea Nomenclaturii Cifra de afaceri.Nomenclatura.Prezentare,
Contabilitate pentru NomenclaturaTurnover.QuantityTurnover AS QuantityTurnover
DIN
Registrul de acumulare.Nomenclatura Contabilitate.Cifra de afaceri CUM Nomenclatura Contabilitate Cifra de afaceri
REZULTATE SUMA (Cantitate Cifra de afaceri) PO
Nomenclatura DOAR IERARHIE

Rezultatul acestei interogări va fi înregistrări totale numai pentru grupurile de articole.

Ce este un director 1C și de ce este necesar? Directorul stochează în mod condiționat informații permanente, de ex. informații care rămân aproape neschimbate pe o perioadă lungă de timp. De exemplu, directorul „Nomenclatură” conține o listă de bunuri vândute sau produse. De asemenea, un director poate conține multe proprietăți care descriu un element de director.

Dacă luăm genul unei persoane pentru comparație, atunci lista este limitată și nu se modifică, așa că o enumerare este mai potrivită pentru aceasta.

După ce am creat un nou director, vom vedea următoarea imagine.

Să ne uităm la toate marcajele lui.

De bază

Aici sunt indicate numele (identificatorul din baza de date) și sinonimul (numele de utilizator al directorului). Un comentariu opțional este unul care poate explica scopul directorului sau poate descrie caracteristicile acestuia.

Ierarhie

Pe această filă puteți configura adâncimea de imbricare a elementelor de director. Folosind această setare, este convenabil să diferențiezi și să detaliezi elementele în funcție de anumite criterii. De exemplu, produsele „Dulapuri” sunt într-un grup, iar produsele „Tabele” sunt într-un altul. În mod implicit, atunci când este creat, directorul este prezentat lista de elemente. Dacă bifați caseta de selectare Director ierarhic, atunci fiecare element poate fi subordonat altui element (grup). Mai jos sunt opțiuni pentru personalizarea acestui marcaj și schimbarea afișajului în modul personalizat.

Tip de ierarhie:

Ierarhia grupurilor și elementelor

Cu această setare, elementele pot fi imbricate numai în grupuri (dosare).

Aici, după cum puteți vedea, toate elementele și grupurile au aceleași pictograme și orice element poate fi imbricat.

Așezați grupurile deasupra

Când această casetă de selectare este bifată, grupurile vor fi întotdeauna în partea de sus, altfel vor fi aranjate în ordine de sortare, de exemplu, astfel:

Limitarea numărului de niveluri ierarhice

Dacă caseta de selectare nu este bifată aici, atunci imbricarea este nelimitată.

Dacă caseta de selectare este bifată, puteți specifica numărul de niveluri de mai jos.

Proprietarii

Pe marcaj proprietarii pot fi indicate alte directoare în raport cu care acesta este subordonat. Diagrama de relații a directoarelor subordonate este similară cu diagrama de relații a unui director ierarhic, doar că aici un alt director acționează ca părinte și se numește proprietar. În configurațiile tipice, un bun exemplu este subordonarea directorului „Acorduri” către directorul „Contrapărți”, deoarece Nu poate exista un acord care să nu aparțină niciunei contrapărți.

Câmpul „Lista proprietarilor de director” specifică lista directoarelor care dețin elementele acestui director.

Mai jos în câmpul „Utilizarea subordonării” este indicat căruia vor fi subordonate elementele acestui director.

Cum să aflați programatic dacă un director este ierarhic sau nu

Pentru a face acest lucru, trebuie să vă referiți la metadate

Acesta este HierarchicalDirectory = Metadata.Directories.Counterparties.Hierarchical;

Va urma...