În 1C:Enterprise 8, este posibil să stocați diverse date în câmpuri de tipul Value Storage. Aceste câmpuri pot stoca valori de tip ValueStorage. Tipul ValueStorage în sine este destinat, în primul rând, să stocheze valori de diferite tipuri într-o formă serializată, adică într-o formă care vă permite să scrieți date și apoi să le restaurați. În documentația pentru limbajul încorporat, în descrierea obiectelor, posibilitatea de serializare este indicată prin marcajul „Serializabil”. Aceste valori, precum și valorile tipurilor primitive, pot fi plasate într-un depozit de valori și astfel pot fi scrise în câmpurile bazei de date de tip ValueStorage. O caracteristică importantă a depozitului de valori este capacitatea de a stoca date sub formă comprimată. Acest lucru vă permite să reduceți semnificativ cantitatea de informații stocate pentru obiectele mari.

Astfel, folosind câmpuri de tip Value Storage, este posibilă stocarea în baza de date a unei liste semnificativ mai largă de tipuri de date, comparativ cu ceea ce poate fi specificat explicit pentru câmpuri. Cu toate acestea, trebuie luat în considerare faptul că această metodă de stocare și capacitatea de a manipula astfel de date diferă semnificativ de stocarea obișnuită a datelor în câmpurile bazei de date. Pentru astfel de câmpuri, sistemul nu suportă practic nicio funcționalitate în afară de scrierea și citirea efectivă. Indexarea nu poate fi folosită pentru astfel de câmpuri, datele nu pot fi ordonate după ele în interogări și selecții, astfel de câmpuri nu pot fi însumate etc. În acest caz, motorul bazei de date poate fi considerat că stochează unele informații fără a ști nimic despre natura lor.

În consecință, câmpurile de tip Value Storage ar trebui utilizate numai în cazurile în care acest lucru corespunde scopului și caracteristicilor tehnologice ale acestora.

Una dintre principalele utilizări ale câmpurilor de tip Value Storage este stocarea imaginilor și imaginilor fișierelor. În acest scop, sunt utilizate tipurile Imagine și Date binare. Acest lucru vă permite să salvați în baza de date fotografii ale angajaților, documente create în diverse formate etc. La implementarea stocării unor astfel de informații, se poate recomanda crearea unor structuri de date care să asigure stocarea separată a acestor câmpuri de informațiile principale. De exemplu, pentru a stoca fotografii ale angajaților, puteți implementa un director separat sau un registru de informații, în loc să plasați câmpuri de tipul Value Storage în obiectele în sine care stochează lista de persoane. Trebuie luat în considerare faptul că obiectele (de exemplu, elementele directorului) sunt întotdeauna citite de sistem în ansamblu. Prin urmare, stocarea unor cantități mari de informații direct în câmpurile obiectului poate încetini semnificativ sistemul.

În câmpurile de tip ValueStorage, este posibil, de exemplu, să stocați tabele de valori și structuri. În același timp, orice tip de date, inclusiv tipurile de referință, pot fi stocate în tabele și structuri de valori. Rețineți că o colecție poate fi plasată în Value Store dacă conține numai valori serializabile. Cu toate acestea, trebuie luat în considerare faptul că această opțiune de stocare a datelor diferă semnificativ de stocarea explicită a valorilor în câmpuri individuale și de stocarea informațiilor în părți tabelare sau registre de informații. Sistemul nu va menține integritatea referențială pentru astfel de câmpuri, nu va oferi căutare de date în interogări etc. Astfel, stocarea colecțiilor în astfel de câmpuri nu poate fi folosită pentru a implementa părți esențiale ale unei soluții de aplicație responsabilă de logica afacerii. O astfel de stocare poate fi permisă numai pentru date auxiliare care nu sunt esențiale pentru logica de afaceri a soluției aplicației, de exemplu, pentru stocarea oricăror setări de utilizator.

Deși sistemul nu are o limită explicită a dimensiunii datelor stocate în câmpurile ValueStorage, ar trebui să fiți totuși atenți la cantitatea de informații stocate. Trebuie avut în vedere faptul că plasarea unor volume mari în astfel de câmpuri crește volumul total al bazei de informații, iar acest lucru va afecta negativ funcționarea sistemului atunci când se efectuează diverse operațiuni administrative, cum ar fi crearea unei copii de siguranță a bazei de date. De exemplu, la stocarea imaginilor de fișiere, se poate recomanda să stocați în astfel de câmpuri datele care sunt cu adevărat necesare în lucrare, dar să nu le folosiți pentru a stoca volume mari de fișiere care nu sunt folosite în problema aplicației care se rezolvă.

Platforma 1C: Enterprise oferă o mulțime de posibilități de stocare a datelor de diferite tipuri.

Dar de multe ori aceste oportunități nu sunt suficiente. Și apoi un obiect special ne vine în ajutor - Valori de stocare. Acest obiect vă permite să stocați într-un format special atât obiectele standard 1C:Enterprise, de exemplu, un tabel de valori, cât și cele nestandard pentru care nu este prevăzut un tip în platformă. Tipurile non-standard pot include fișiere. Deci, de exemplu, folosind un magazin de valori într-o bază de date 1C, puteți stoca fotografii ale angajaților, scanări ale documentelor, procesări externe etc. Avantajul aici este că toate aceste obiecte sunt stocate în baza de date însăși. În consecință, la implementarea unei noi baze de date dintr-o copie de rezervă, toate aceste obiecte vor fi prezente și în noua bază de date. Pe de altă parte, dacă stocați fișiere mari în baza de date, acest lucru poate crește semnificativ volumul acesteia și poate afecta negativ performanța acesteia. Prin urmare, aici trebuie menținut un echilibru rezonabil.

Să ne uităm la lucrul cu un magazin de valori folosind un exemplu. Să creăm un director special în configurator - să-l numim ExternalObjects, iar la rândul nostru vom crea cerințele pentru director Obiect cu tip Valori de stocare

Și acum putem crea elemente în acest director și în elemente de recuzită Obiect Fiecare element este scris într-un fișier.

Lucrul cu un magazin de valori este foarte simplu. Dacă ne uităm la ajutorul de sintaxă, vom vedea că acest obiect are o singură metodă și un constructor.

Acum, pentru demonstrație, să scriem cel mai simplu cod care va scrie un fișier în elemente de recuzită Obiect un element de director creat anterior, apoi citiți acest fișier din elemente de recuzită și scrieți-l pe disc, dar sub un alt nume.

&Pe Server Procedura LoadUnloadFile(Directory Element)Directory Object =Directory Element. GetObject() ; //Plasați imaginea în depozitul de valori LabelDownload = Imagine nouă("g:\musor\favicon.ico" ) NewValueStorage; //Scrieți un element de director Obiect director. Obiect DirectoryObject. Scrie() ; //Încărcați imaginea din depozitul de valori într-un fișier FileName = "g:\musor\favicon_1.ico" ;

LabelUpload = Obiect Director. Obiect. Get() ; LabelUpload. Scrie(NumeFișier);

• Sfârșitul procedurii

Și câteva explicații pentru cod. Obiectul este plasat în magazin direct atunci când magazinul este creat folosind constructorul. Pentru a stoca alte tipuri de fișiere, altele decât imaginile, puteți utiliza obiectul

BinaryData

. Pur teoretic, puteți chiar stoca articole de director, documente etc. în depozitul de valori. Dar, în practică, acest lucru nu are niciun sens. Dar uneori este posibil să folosiți un depozit de valori pentru a stoca un tabel de valori, un arbore de valori și alte colecții universale.

Avem un director „Produse”, în atributul „Date” al cărui informații sunt stocate sub formă de date binare. Atributul în sine are tipul de valoare „Value Storage”. Următoarea captură de ecran arată structura metadatelor directorului. Pentru a atașa un fișier arbitrar de pe disc sub forma unui element, a fost implementată comanda „AttachFile”. Codul programului său este prezentat în următoarea listă: & În procedura clientului AttachFile(Command)// Handler de comandă pe client. Selectarea fișierului // Dialog pentru selectarea unui fișier de pe disc Mod = FileSelectionDialogMode. Deschidere; OpenFileDialog = NewFileSelectDialog(Mod); Dialog OpenFile. FullFileName = " " ; Dialog OpenFile. MultipleSelect = Fals ; = Dialog OpenFile. Titlu = „Selectați fișierele”; Dacă FileOpenDialog. Selectați() Apoi FilePath = FileOpenDialog. FullFileName;" " // Primește date de fișier binar BinaryData = nou BinaryData(PathToFile) ; // Transferați date binare pe server AttachFileServer(BinaryData) ; Altfel Text = "ru " " Fișier(e) nu sunt selectate! ; ro = " " Fișier(e) nu sunt selectate!

Dacă descriem algoritmul în termeni generali, atunci mai întâi este selectat un fișier de pe discul de pe client. Datele rezultate din fișierul binar sunt trimise către server, unde sunt înregistrate în baza de informații, și anume în atributul „Date” al elementului curent de director.

În principiu, totul funcționează. Când deschidem un element, putem citi aceste date după cum este necesar. Dacă, de exemplu, o imagine este salvată în recuzită, atunci o putem obține și o putem afișa în câmpul de formular. Această soluție are un loc, dar în majoritatea sarcinilor nu este optim să folosiți atribute cu tipul de valoare „Value Storage” în directoare și documente. Și iată de ce...

Impactul asupra performanței

Să facem câteva teste de performanță. Testele vor folosi două elemente din directorul „Produse”, cu și fără fișier atașat. Dimensiunea fișierului atașat este de 5 megaocteți.

Toate testele sunt efectuate folosind procesarea „GetElement” din configurația testului. Puteți descărca această configurație din linkul de la sfârșitul articolului.

Să măsurăm timpul necesar pentru deschiderea articolelor din directorul „Produse”. Pentru a deschide un element, este utilizată metoda contextului global „OpenValue()”, căruia i se transmite o referință la element ca parametru. Să măsurăm timpul de deschidere folosind un instrument standard de măsurare a performanței. Rezultatele sunt prezentate în următoarea captură de ecran:

După cum putem vedea, timpul necesar pentru a deschide un element cu un fișier atașat este de 10 ori mai mare! Hai să facem un alt test. Să executăm metoda „GetObject()” pentru a face referire la elementul catalogului de produse. Puteți vedea rezultatul testului în următoarea captură de ecran.

Diferența este destul de semnificativă. Primirea unui element fără un fișier atașat este de 194 de ori mai rapidă!

Acest lucru se întâmplă deoarece metoda „GetObject()” primește toate datele din detaliile elementului director prin referință. În consecință, metoda primește nu numai valorile atributelor „Cod” și „Nume”, ci și valoarea atributului „Date”. Dacă stochează date binare de 5 megaocteți (ca în exemplul nostru), atunci când obiectul este primit, aceste date sunt plasate în RAM (ca și alte detalii) și apoi transferate pe partea clientului. Primirea datelor din acest atribut este cea care mărește timpul de obținere a obiectului element. Dacă se folosește un canal de comunicare subțire, atunci timpul de deschidere va crește și mai semnificativ datorită transferului unei cantități mari de informații prin rețea.

Notă: la executarea metodei „OpenValue()”, obiectul element director este mai întâi obținut, apoi transformat într-un obiect formular și transmis clientului (pentru formularele gestionate). Adică, atunci când un element este deschis prin referință, obiectul este și el recuperat.

Să efectuăm un test final privind timpul necesar pentru a deschide și scrie un element de director cu și fără un fișier atașat. Rezultatul este afișat în următoarea captură de ecran.

Rezultat natural. Timpul pentru a primi și apoi a scrie pentru un element de director cu un fișier atașat s-a dovedit a fi de ~19 ori mai lung. După cum sa menționat mai sus, la primirea unui obiect, se obțin valorile tuturor detaliilor acestuia, inclusiv atributul „Date” în care sunt stocați 5 megaocteți de informații. Când un element este scris, această cantitate de date este din nou scrisă în baza de informații. În consecință, stocarea datelor într-un atribut de director (sau document) cu tipul „Depozitare valori” afectează negativ performanța atât la preluarea unui obiect, cât și la plasarea acestuia în baza de informații.

Care este cel mai corect mod de a rezolva problema stocării datelor pentru obiectele bazei de informații?

Decizia corectă

Dacă ne uităm la implementarea acestui mecanism în configurații tipice, vom vedea că pentru obiecte informații suplimentare sunt stocate într-un tabel separat de registru de informații. Acesta este, de exemplu, cum arată mecanismul fișierului atașat într-o configurație standard a „Trade Management” versiunea 11.

Directorul „Nomenclature” este proprietarul directorului „NomenclatureAttachedFiles”. Acesta, la rândul său, este asociat cu registrul de informații AttachedFiles, a cărui dimensiune AttachedFile se referă la elementul său. Astfel, datele atașate obiectelor de bază de informații sunt de fapt stocate în tabelul registrului de informații, a cărui funcționare practic nu este afectată de cantitatea de date stocată în resursă. Directorul intermediar „Nomenclatura fișierelor atașate” este necesar pentru a stoca informații suplimentare pentru fișierul atașat, precum și pentru a sprijini accesul la fișierul atașat prin referință.

Toate cele de mai sus confirmă încă o dată impactul enorm asupra performanței al unei structuri de metadate de configurare proiectate corespunzător.

Testați configurația cu un exemplu din articol: LEGĂTURĂ .

Aproape orice informație poate fi stocată într-un depozit de valori, de ex.

... poze (fotografii):

CurrentImage.Object = SprFabric.Link; CurrentImage.DataType = Enumerări.Tipuri de informații suplimentare despre Objects.Image; Stocare = NewValueStorage(NewPicture, NewDataCompression()); CurrentImage.Storage = Storage.Get();

// în acest loc afișează totul... Form Elements.PictureField1.Picture = Storage.Get(); CurrentImage.Write();

...document foaie de calcul:

TabDoc=New TabularDocument;

TabDoc.Output(FormElements.TabularDocumentField1);

Stocare=NewValueStorage(TabDoc);

Scrie();<>Sfârșitul procedurii

Procedura RestoreFromStoragePress(Element)

TabDoc=Storage.Get();

Dacă TabDoc

Nedefinit ThenFormElements.TabularDocumentField1.Output(TabDoc);

endIf;

Sfârșitul procedurii

...fișiere arbitrare (date binare):

XZ = NewValueStorage(NewBinaryData(fișier));

TabDoc.Output(FormElements.TabularDocumentField1);

Opt acceptă comprimarea datelor plasate în stocare:

XZ = NewValueStorage(NewBinaryData(fișier),NewDataCompression(9));

Procedura RestoreFromStoragePress(Element)

... prelucrare și raportare externă:

Procedura LoadProcessingIntoStorage(PropsStorageType)

CompressionRate = NewDataCompression(9); //9 PropsStorageType maxim = New StorageValues(New BinaryData("c:\reports\report.epf", Compression Rate));<>Procedure StartProcessingFromStorage(PropsStorageType)

TemporaryFileName = TemporaryFileDirectory()+"report.epf";

BinaryData = PropsStorageType.Get();

BinaryData.Write(TemporaryFileName);

ExternalProcessing = ExternalProcessing.Create(TemporaryFileName);

ExternalProcessing.GetForm().Open();

Lucrul cu stocarea

Dacă au fost date binare, atunci pot fi restaurate din depozitul de valori folosind metoda Get și scrise într-un fișier folosind metoda Write().

If TypeValue(Stocare)

Tastați ("BinaryData") Apoi

Aplicația gestionată implementează un nou mecanism de lucru cu fișierele. Oferă schimb de fișiere între baza de informații și aplicația client. Particularitatea acestui mecanism este că este conceput pentru utilizare într-un client subțire și un client Web și este conceput ținând cont de restricțiile de lucru cu fișiere impuse de browserele web.

Mecanismul este un set de metode care pot fi utilizate pentru a plasa datele stocate local pe computerul utilizatorului într-o stocare temporară a bazei de informații, a transfera aceste informații din stocarea temporară în baza de date și a le primi înapoi pe computerul utilizatorului. Cele mai frecvente probleme de aplicare rezolvate de acest mecanism sunt stocarea informațiilor însoțitoare, de exemplu, imagini ale mărfurilor, documente legate de contracte etc.

Domeniul de aplicare al metodei

Depozitare temporară

Stocarea temporară este o zonă specializată a bazei de informații în care pot fi plasate date binare. Scopul principal este stocarea temporară a informațiilor în timpul interacțiunii client-server înainte ca acestea să fie transferate în baza de date.

Necesitatea stocării temporare apare deoarece modelul de browser web necesită ca fișierul selectat de utilizator să fie transferat direct pe server fără posibilitatea stocării lui pe client. Când un fișier este transferat, acesta este plasat în stocare temporară și poate fi apoi utilizat atunci când scrieți un obiect în baza de date.

Cea mai tipică sarcină a aplicației rezolvată prin stocarea temporară este furnizarea de acces la fișiere sau imagini înainte ca obiectul să fie înregistrat în baza de informații, de exemplu, sub forma unui element.

Un fișier sau date binare plasate în stocare sunt identificate printr-o adresă unică, care poate fi folosită ulterior în operațiuni de scriere, citire sau ștergere. Această adresă este dată de metode de scriere a unui fișier în stocarea temporară. O metodă separată în limbajul încorporat vă permite să determinați dacă adresa transmisă este o adresă care indică date în stocare temporară.

Baza de informatii

Mecanismul vă permite să accesați date binare stocate în atribute de tipul Value Storage.

Ca și în cazul stocării temporare, accesul la informații este posibil printr-o adresă specială. Îl puteți obține printr-o metodă specială prin transmiterea unui link către un obiect sau o cheie de intrare în registrul de informații și numele atributului. În cazul unei piese tabulare, este necesar să se transfere în plus indexul de rând al părții tabulare.

Metodele de lucru cu fișiere au limitări atunci când se lucrează cu detaliile bazei de informații. Pentru ei, spre deosebire de stocarea temporară, sunt disponibile doar informațiile de citire, dar nu scrierea sau ștergerea acestora.

Descrierea metodelor de lucru cu fișiere

Salvarea datelor în stocarea temporară

Scenariul cel mai tipic pentru utilizarea acestui mecanism implică plasarea inițială a datelor utilizatorului în stocare temporară. Există două metode pentru aceasta: PlaceFile() și PlaceFileInTemporaryStorage().

Prima metodă, PlaceFile(), plasează un fișier din sistemul de fișiere local în stocarea temporară. Metoda poate accepta o adresă țintă în stocare. Dacă nu este definit sau este un șir gol, atunci va fi creat un fișier nou și metoda își va returna adresa prin parametrul corespunzător.

Dacă parametrul care determină modul interactiv de operare este True, atunci metoda va afișa o casetă de dialog standard de selecție a fișierelor în care puteți selecta un fișier pe care să îl plasați în stocare. În acest caz, metoda va returna și adresa fișierului selectat.

Ca rezultat, metoda returnează False dacă utilizatorul a refuzat interactiv să efectueze o operație în dialogul de selecție a fișierului. Metoda este disponibilă numai pentru client.

A doua metodă, PlaceFileInTemporaryStorage(), este similară cu cea anterioară, cu excepția faptului că este disponibilă pe server, iar datele care urmează să fie scrise în stocarea temporară sunt reprezentate nu ca o cale în sistemul de fișiere, ci ca o variabilă de tip BinaryData. De asemenea, dacă nu este specificată nicio adresă țintă, un fișier nou este creat în stocare. Adresa sa este returnată ca rezultat al funcției.

Preluarea unui fișier din stocarea temporară

Când scrieți un obiect în baza de informații, poate fi necesar să extrageți date din stocarea temporară și să le plasați, de exemplu, într-un atribut. Există o metodă de server corespunzătoare pentru aceasta - GetFileFromTemporaryStorage(). Această metodă preia datele din stocarea temporară și, ca rezultat, le returnează. Pentru a face acest lucru, trebuie să specificați adresa în stocarea temporară. Această adresă este returnată de metodele descrise mai sus PlaceFile() și PlaceFileInTemporaryStorage() dacă sunt executate cu succes.

Ștergerea unui fișier din stocarea temporară

După ce datele sunt salvate în detalii, fișierul din stocare temporară poate fi șters. În acest scop, există o metodă DeleteFileFromTemporaryStorage(), care șterge un fișier din stocarea temporară. Metoda ia ca parametru adresa unui fișier aflat în stocare temporară. Disponibil pe server.

Verificarea adresei pentru stocare temporară

Adresa fișierului poate indica atât stocarea temporară, cât și detaliile din baza de informații. Pentru a-i verifica tipul, există o metodă This isTemporaryStorageAddress().

Verifică dacă adresa transmisă este o adresă care indică către magazin. Returnează True dacă adresa indică o stocare temporară. Metoda este disponibilă pe server.

Primirea adresei de recuzită

După ce datele sunt plasate în detaliile din baza de informații, poate fi necesar să le accesați folosind metode de fișier.

Dar înainte de a primi date, de exemplu de la o proprietate, trebuie să obțineți adresa acestei proprietăți. În acest scop, există o metodă GetFileAddressInInformationBase().

Scopul său este de a returna adresa fișierului în baza de informații conform parametrilor originali. Pentru a face acest lucru, trebuie să transmiteți cheia obiectului (aceasta poate fi fie un link către obiect, fie o cheie de intrare în registrul de informații) și numele atributului. Dacă trebuie să obțineți adresa unui fișier stocat într-un atribut al părții tabelare, înainte de numele atributului în parametrul care specifică numele atributului, trebuie să adăugați numele părții tabelare și un punct „.”. Metoda este disponibilă atât pe client, cât și pe server.

Preluarea unui fișier din baza de informații

Metoda GetFile() primește un fișier din baza de informații și îl salvează în sistemul de fișiere local al utilizatorului. Primul parametru specifică adresa fișierului în atributul sau stocarea temporară a fișierului. Al doilea parametru specifică locația de destinație a fișierului rezultat. În modul non-interactiv, trebuie să specificați calea. În modul interactiv, parametrul este opțional.

Implicit, metoda este executată în modul interactiv, adică ultimul parametru este True. Aceasta înseamnă că este afișată o casetă de dialog în care puteți specifica acțiunea cu fișierul primit: rulați-l sau salvați-l într-o locație specificată de utilizator. Dacă modul interactiv este activ și parametrul Cale fișier disc țintă nu este specificat, operația de deschidere a fișierului nu este disponibilă. Returnează o valoare booleană. Fals înseamnă că utilizatorul a ales să anuleze operația în caseta de dialog interactivă de salvare a fișierului.

Exemplu de utilizare a metodelor de fișiere

// Primirea unui fișier de pe disc în modul interactiv // și plasarea acestuia în stocare temporară &Pe Procedura Client SelectDiskFileAndWrite()

Variabila SelectedName;

TabDoc.Output(FormElements.TabularDocumentField1);

// Copierea unui fișier din stocarea temporară într-un // atribut director, înregistrarea unui obiect, ștergerea unui fișier din stocarea temporară //

Director Element = Form AttributesValue("Obiect");

TabDoc.Output(FormElements.TabularDocumentField1);

BinaryData = GetFileFromTemporaryStorage(TemporaryStorageAddress);

Director Element.File Data = NewValueStorage(BinaryData);

Procedura RestoreFromStoragePress(Element)

FilePathOnDisk = Fișier nou (DirectoryItem.FileName);

Director Item.FileName = FilePathOnDisk.Name;

Director element.Write();

Modificat = Fals; DeleteFileFromTemporaryStorage(TemporaryStorageAddress);

ValueВFormAttributes(Element director, „Obiect”);

// Citirea unui fișier din elemente de recuzită și salvarea lui // pe discul local în modul interactiv &Pe Procedura Client ReadFileAndSaveToDisk()

Adresă = GetFileAddressInInformationBase(Object.Link, "FileData");

GetFile(Adresă, Object.FileName, True);

Suport pentru adrese din câmpul de imagine

Controlul Picture Field acceptă afișarea unei imagini specificate de adresa unui fișier în stocarea temporară sau într-o bază de date.

Pentru a face acest lucru, trebuie să setați un atribut de tip șir în proprietatea Data a elementului formular. Valoarea acestui atribut va fi interpretată ca adresa imaginii.

Exemplu

// Legarea câmpului de imagine la adresa imaginii în // stocare temporară. AddressPictures formează detalii de tip șir

PlaceFile (Adresă imagine, adevărat)

• În proprietățile atributului tabel al formularului există un steag „Folosește întotdeauna”. Dacă este setat, conținutul câmpului este întotdeauna transferat între server și client - de exemplu, la deschiderea unui formular. Acest flag trebuie să fie dezactivat, dar acest lucru trebuie luat în considerare în cod, deoarece implicit nu va exista nicio valoare pentru acest câmp pe client. Un exemplu poate fi găsit în 1C:Arhive.

Este chiar mai bine de folosit depozitare temporară pentru a transfera fișiere între client și server.