Despre ce vorbești?
Astăzi vom vorbi despre registrele de informații. Dar nu despre setările și utilizarea lor corectă, ci despre partea ascunsă de partea dezvoltatorilor a SGBD.
Luați în considerare modul în care registrele de informații sunt stocate în bază de date, ce interogări SQL execută platforma și modul în care se schimbă interacțiunea platformei și DBMS cu lansarea platformei 8.3.
Structura de stocare
Structura tabelului utilizată pentru a stoca datele și setările pentru registrul de informații variază în funcție de setările obiectului de metadate din configurator. Următoarele setări afectează modul în care platformele 1C: Enterprise 8.x vor fi stocate în baza de date:
Luați în considerare efectul acestor setări dintr-un exemplu simplu. În baza de date de testare, avem un registru neperiodic de informații "Setări":
Singura măsură a "StoutsTovar" se referă la enumerare, toate resursele au tipuri primitive. Structura de stocare a unui astfel de registru este limitată la un singur tabel din baza de date:
După cum se poate vedea din figură, structura de stocare a unui astfel de registru este destul de primitivă. Fiecare câmp al registrului din arborele de metadate a configurației corespunde câmpului de tabel din partea DBMS.
Să luăm în considerare un exemplu mai simplu.
Structura metadatelor acestui registru este, de asemenea, destul de simplu: măsurare „Marfa“, referindu-se la catalog „Produse“ și resurse „starea“, referindu-se la transferul de „StatusyTovarov“. aceste setări de registru, spre deosebire de cea anterioară constă în parametrul „Frecvență“, care este acum setat la „în câteva zile“. Structura tabelului din baza de date pentru acest registru va fi următoarea:
În plus față de câmpurile de măsurători și resurse, în tabel este adăugat câmpul "Perioadă", în care se stochează valoarea datei și orei înregistrării. Indiferent de valoarea periodicității, structura tabelului de registru nu se va schimba. Dacă, pe de altă parte, modificați periodicitatea la "Non-periodic", atunci câmpul "Perioadă" va fi șters din structura tabelului.
Un registru cu aceste setări utilizează două tabele în baza de date. Primul este tabelul de registru principal:
Al doilea tabel este tabelul sumar pentru ultimele înregistrări:
Acesta stochează ultimele intrări ale registrului în contextul perioadelor. În structura tabelul include perioada de resurse de măsurare și înregistrarea registrator (în cazul în care registrul este subordonat registratorul) și înregistrează detaliile (în acest exemplu, ele nu sunt).
De asemenea, ar arăta și tabelul de cutoff total al primei, numai că ar stoca o secțiune din primele înregistrări în contextul perioadelor. Despre beneficiile folosirii tabelelor pentru registrele totale de informații, vom vorbi mai târziu.
Separat, merită menționată tabelul de setări pentru stocarea rezultatelor registrului de informații. Pentru ultimul exemplu, acest tabel arată astfel (vedeți următoarea captură de ecran).
În tabel, doar un câmp care deține pavilionul de includere a totalurilor. Puteți modifica această setare în modul Enterprise în gestionarea totalurilor:
Tabelul pentru stocarea totalurilor se adaugă la registrul de informații dacă valoarea periodicității registrului diferă de valoarea "neperiodică".
Să luăm în considerare un exemplu de formare pe o platformă de tabele a rezultatelor unei tăieri a primei și a unei tăieturi din ultima.
Exemplu de generare a tabelelor sumare
De exemplu, tabelul de mișcare al registrului "Gama de prețuri", pe care l-am considerat în exemplul anterior, conține următoarele intrări:
Apoi, tabelul rezultatelor tăierii ultimelor înregistrări va arăta astfel:
Adică, ultimele tabele pentru perioada de înregistrare în contextul măsurătorilor registrului au fost incluse în tabel. Prin același principiu se formează tabelul rezultatelor primei secțiuni, se iau doar primele intrări din tabelul mișcărilor:
În loc să încheiem
În acest articol am analizat opțiunile de stocare înregistrează informațiile de pe partea bazei de date, în funcție de setările lor, precum și întâlnit cu registrul oficial al tabelelor pentru a stoca rezultatele și rezultatele opțiuni de stocare. Este demn de remarcat faptul că capacitatea de a stoca rezultatele informațiilor pentru registre a apărut numai în versiunea 8.3.
În următorul articol, captăm interogările SQL Profiler, care formează platforma 1C: Enterprise în DBMS atunci când lucrează cu registrele de date.
Articole similare
Trimiteți-le prietenilor: