V každej skutočne fungujúcej databáze 1C môže nastať situácia, keď dokument počas spracovania vykoná veľké množstvo pohybov - niekoľko tisíc alebo dokonca niekoľko desiatok tisíc. Tento článok je venovaný zvláštnostiam zápisu takýchto veľkých súborov záznamov do databázy.
Pri jednej z analytických prác našich technologických expertov narazili na problém so zrušením zaúčtovania dokladu, ktorý vykonal niekoľko tisíc pohybov v jednom z účtovných registrov. Problém sa prejavil v nepredvídateľnosti času zrušenia dokumentu. Tento čas sa líšil od normálneho (asi minútu) až po zjavne neadekvátny (pol hodiny alebo viac) pre ten istý dokument. V niektorých prípadoch naši experti nedokázali proces úplne zrušiť – proces sa neskončil až do konca pracovného dňa a bol zrušený reštartovaním servera 1C.
Problém zaznamenávania veľkých súborov je obzvlášť akútny pri stornovaní dokladov. Je to spôsobené tým, že pri vykonávaní súprav môžu byť pridané po častiach:
Malá štúdia vykonaná na túto tému ukázala, že pri použití aktuálneho (v čase písania článku) vydania platformy 1C:Enterprise 8.1.15.41, čas nahrávania sád lineárne závisí od počtu záznamov v sade, tj. čas na zaznamenanie 6 častí z 3 000 transakcií a jednej z 18 000 transakcií je rovnaký. Mali sme však aj informácie, že nahrávanie vo viacerých častiach môže byť v niektorých prípadoch efektívnejšie a v priebehu práce popísanej v tomto článku nižšie sme dostali teoretické vysvetlenie, prečo by to tak mohlo byť.
Žiaľ, pri zrušení exekúcie nie je možné množiny evidovať po častiach - možno len zmazať celé, jediný preddefinovaný výber registrátorom neponecháva žiadne možnosti.
Je známe, že zapisovanie veľkých sád záznamov akumulačného registra pomocou 32-bitového servera 1C:Enterprise môže zlyhať so správou o nedostatku pamäte, ale v tomto prípade, hoci bol použitý 32-bitový server, neboli vydané žiadne správy a práce nepokračovali s registrom akumulácie a s účtovným registrom.
Iniciovali sme diskusiu o tomto probléme na partnerskej konferencii 1C http://partners.v8.1c.ru/forum/thread.jsp?id=856332 (vyžaduje sa registrácia).
Kolegovia ma upokojili, potvrdili, že v tomto prípade nejde o žiadne zásadné obmedzenia a problém musí mať riešenie. Ako príklad boli uvedené údaje o skutočných dokumentoch, ktoré vykonali 250 000 transakcií.
Jedným zo zaujímavých nápadov (Sergey Doronin, VDGB-Soft, Yoshkar-Ola http://www.vdgb-soft.ru/) bolo zrušiť zaúčtovanie dokumentu mimo transakcie:
Riešenie našiel špecialista zákazníckej spoločnosti, ktorý zrušil zaúčtovanie problematického dokladu a prepol databázu do exkluzívneho režimu (fragment kódu zo Syntax Assistant):
Objasnenie tejto skutočnosti sme dostali od 1C (aj na konferencii):
„V exkluzívnom režime neexistuje žiadne volanie správcovi spravovaných zámkov. Keďže máte pomerne veľký počet pohybov, správca zámkov trávi značné množstvo času uzamykaním prostriedkov jeden po druhom v rozdelenom režime. Vo vašej situácii môže byť vhodné umiestniť riadený zámok na celý účtovný register pred začatím zaznamenávania pohybov namiesto nastavenia exkluzívneho režimu.“
Prijatá odpoveď umožnila nielen zdôvodniť experimentálne nájdený spôsob riešenia problému, ale objasnila aj ďalšie dva body:
- Prečo môže byť zápis sady záznamov v niekoľkých častiach v niektorých prípadoch efektívnejšie ako v jednej, ako je uvedené vyššie.
- Prečo je v štandardných riešeniach 1C, napríklad v konfigurácii „1C: Manufacturing Enterprise Management 8“ v module dokumentu „Precenenie menových fondov“, nainštalované také zjavne nadbytočné blokovanie.
Po vyriešení problému boli prijaté informácie o alternatívnom spôsobe riešenia problému (Pigolkin Stanislav, Axelot, Moskva http://www.axelot.ru/). Na tento účel sa odporúča zakázať používanie súčtov:
O metóde SetUseTotals(<Признак>) v Syntax Assistant hovorí:
„Nastaví príznak pre použitie súčtov. Ak je zakázané používanie súčtov, tak pri zápise množiny záznamov registra sa neprepočítajú súčty, ale nebudú dostupné virtuálne tabuľky na výpočet zostatkov a obratu.
Tento režim prevádzky registra umožňuje zvýšiť rýchlosť zápisu sady záznamov registra. Môže to byť užitočné pre hromadné sťahovanie dát.
Keď nastavíte príznak na použitie súčtov, všetky súčty sa prepočítajú.“
Zápis veľkých súborov záznamov do registrov 1C má určité zvláštnosti, ale je celkom uskutočniteľný. V zložitých prípadoch sa používajú vyššie uvedené metódy, ako napríklad:
- nahrávanie v niekoľkých častiach;
- záznam mimo transakcie;
- prenos databázy do výhradného režimu;
- nastavenie riadeného exkluzívneho zámku na celom registri;
- zakázanie používania súčtov
pomôže vyriešiť problém. Použitie každej metódy by malo byť v súlade s existujúcou realitou konkrétnej základne a organizácie práce komplexu pomocou platformy 1C:Enterprise 8.
GC Trade Soft, Moskva
Úlohou každého účtovného systému je uchovávať a promptne zobrazovať informácie pre používateľa, t.j. Cieľom akéhokoľvek návrhu systému je okamžite poskytnúť používateľovi správu. S pomocou získaných údajov sa v podnikoch spravidla prijímajú manažérske rozhodnutia.
Predpokladajme, že máme 1000 rôznych dokladov: príjem tovaru, odpis, vrátenie, predaj atď. A každý z dokladov mení množstvo určitého produktu na sklade. Ak chcete získať informácie o aktuálnom množstve na sklade, musíte prejsť všetko: niektoré zväčšujú množstvo tovaru, niektoré sa znižujú, niektoré sa môžu zvyšovať alebo znižovať. A ak je potrebné brať do úvahy aj sklad, organizáciu?... Takýto systém je veľmi náročný na zdroje.
Na zjednodušenie tohto procesu vývojári 1C prišli so špeciálnymi konfiguračnými objektmi. Používajú sa na uľahčenie ukladania a získavania informácií; v 1C 8.3 a 8.2 sa používajú všetky druhy registrov; v tomto článku budeme hovoriť konkrétne o Akumulačné registre.
Samotný register akumulácie je tabuľka s informáciami, ktorá zhromažďuje všetky pohyby (príjem/odpisy alebo obraty) určitých dokladov. Pozrime sa, ako vyzerá pohybová tabuľka na príklade typického akumulačného registra „Tovar na skladoch“ v konfigurácii „Trade Management 10.3“:
Tu vidíme, že dokumenty 1C „Predaj“ znižujú množstvo určitého produktu na určitom mieste skladu a doklady o prijatí naopak zvyšujú množstvo. Vo výsledku tak získame celkový obraz, v ktorom jasne vidíme, čo, kedy a v akom množstve bolo prijaté (odpísané) podľa účtovníctva. Je oveľa pohodlnejšie zostaviť zostavu pomocou takejto tabuľky.
Register akumulácie v konfigurátore
Čo je akumulačný register z pohľadu vývoja konfigurácie? Začnime pohľadom na polia akumulačného registra v:
Získajte 267 video lekcií na 1C zadarmo:
Akumulačný register má Rozmery, zdroje, detaily a štandardné detaily.
Najprv zvážime štandardné detaily akumulačného registra:
- obdobie— dátum prepravy sa nemusí zhodovať s dátumom dokladu;
- registrátor- dokument, ktorým sa vykonáva zápis do registra;
- poradové číslo— sériové číslo riadku v súbore záznamov, jedinečné v rámci registrátora;
- činnosť— zodpovedá za získanie záznamov do virtuálnych tabuliek (viac o nich nižšie);
- vyhliadkapohyb- príjem alebo výdavok.
Merania akumulačného registra
Dimenzia je sekcia, v ktorej sa uchovávajú záznamy. Vo vyššie uvedenom príklade je účtovná časť: sklad, nomenklatúra, charakteristika produktu, séria produktov, kvalita. To znamená, že špecifikovaním meraní, ktoré nás zaujímajú, môžeme získať množstvo – zdroj – kedykoľvek. V kontexte rôznych dimenzií môžete napríklad v budúcnosti získať zostatky k určitému dátumu.
Zdroj registra akumulácie
Zdroj je číselné pole, v ktorom sú uložené informácie v kontexte dimenzií opísaných vyššie.
V opačnom prípade môžu byť interakcie dimenzií/zdrojov schematicky znázornené ako súradnicový systém:
Dve dimenzie - úsečka a ordináta súradnicového systému, t.j. v tomto príklade sú rozmery sklad a položka. Na priesečníku dimenzií môžeme získať množstvo – zdroj. Napríklad na „hlavnom“ sklade produktu „ceruzka“ je skladom 1 kus.
Podrobnosti akumulačného registra 1C
Detaily registra akumulácie slúžia ako „komentár“ alebo doplnková informácia, z hľadiska meraní nie je možné získať zostatky/obraty. Používaný dosť zriedkavo.
Typy akumulačného registra
Existujú dva typy akumulačného registra − obraty a zostatky.
Ak účelom registra akumulácie nie je získavanie zostatkov, je potrebné použiť typ registra akumulácie - ot./min. Typickým príkladom použitia registra obratu je evidencia objemov predaja. V tomto prípade nám stačí vedieť, aké boli tržby za určité časové obdobie, zostatky v tomto prípade nedávajú zmysel.
Ak je účelom použitia registra akumulácie získanie zostatkov za určité obdobie, potrebujeme register s formulárom zvyšky jedla. Tento typ vám umožňuje prijímať zostatky aj obrat. Pre takýto register systém automaticky vypočíta zostatky. Príkladom „zostatkovej“ evidencie je tovar na skladoch, peniaze v pokladni.
Použitie typu registra zvyšky jedla kam sa dá dostať otáčky za minútu, sa považuje za chybu v návrhu registra akumulácie z hľadiska výkonu systému.
V závislosti od typu registra systém vytvorí rôzne virtuálne tabuľky pre akumulačný register. Virtuálna tabuľka je rýchly spôsob, ako získať informácie o profile z registrov.
Pre register akumulácie je to:
- Zvyšky;
- Revolúcie;
- Zvyšky a obraty.
Pre vývojára riešenia sú dáta prevzaté z jednej (virtuálnej) tabuľky, ale v skutočnosti ich platforma 1C preberá z mnohých tabuliek a transformuje ich do požadovanej podoby.
Správny návrh akumulačných registrov
Akumulačné registre musia byť navrhnuté z požadovaných správ. Najťažšou vecou v systéme 1C 8.3 je správne ukladanie informácií, aby sa dali kedykoľvek ľahko získať.
Medzi vlastnosti dizajnu registra treba poznamenať potrebu správneho usporiadania rozmerov v registri. Predovšetkým musíte do systému vložiť miery, ktoré sa budú vyžadovať najčastejšie.
Rozmery indexového akumulačného registra
Merania akumulačného registra majú vlastnosť „indexovania“. Táto vlastnosť musí byť nastavená na merania v prípadoch, keď sa pri prijímaní údajov plánuje často aplikovať výbery na meranie a toto meranie môže mať veľký počet možností hodnôt.
Napríklad register je „ProductsInWarehouses“, rozmery sú „Sklad, Nomenklatúra“, zdroj je „Množstvo“.
Je správnejšie indexovať „Nomenklatúru“, ale pole „Sklad“ by sa nemalo indexovať, pretože počet skladov v systéme spravidla nie je významný.
Podstatou účtovníctva v 1C sú doklady. Každý doklad má výsledok, napríklad prišlo +10 položiek.
Správy – umožňujú vám zobraziť výsledky. Tieto výsledky sú zhrnuté a zobrazené používateľovi.
Dokumentov je však veľa a ak by bolo potrebné zhrnúť ich výsledky, bolo by to príliš náročné. Preto bol vynájdený lepší spôsob!
Dokumenty zaznamenávajú svoje výsledky (nazývané „pohyby“) v špeciálnych tabuľkách - 1c registroch, ktoré samy sumarizujú výsledky, takže správa jednoducho zobrazuje vopred vypočítané súčty.
Dnes si povieme niečo o 1C registroch a ich využití.
Register 1c je tabuľka, rovnaká ako v Exceli, každý dokument zapíše jeden alebo niekoľko riadkov svojich pohybov (výsledkov) s nejakým znamienkom - plus mínus - do registra 1c. To znamená, že súčet registra 1C sa zmenil na zodpovedajúcu hodnotu.
Dokument, ktorý zaznamenal pohyby v registri 1C, sa nazýva Registrátor. Dátum a čas pohybu sa zhodujú (v 99 % prípadov) s dátumom dokladu. Dátum pohybu sa nazýva obdobie.
Každý register 1C zvyčajne zohľadňuje pohyby jedného konkrétneho adresára. Napríklad register 1C Tovar v skladoch - pohyby tovaru (v zmysle „nomenklatúry 1C“) - koľko tovaru prišlo do skladu, koľko odišlo. Zaregistrujte sa 1C Vzájomné vyrovnania s protistranami (kupujúci a dodávatelia) - pohyby zmlúv s protistranami - koľko nám dlhuje protistrana po nákupe alebo koľko jej dlhujeme my po zaplatení. Adresár, v kontexte ktorého je register vedený, sa nazýva hlavná dimenzia (analytika) registra 1C.
Samozrejme, nikto nerobí jedno základné meranie do registra 1C. Ak totiž zoberieme do úvahy pohyb tovaru, tak nás zaujíma nielen to, ktorý tovar ubudol alebo pribudol, ale napríklad aj to, v ktorom sklade. Preto vždy existujú tri až päť dodatočných meraní „pre každý prípad“, ktoré možno nazvať dodatočnou analytikou registra 1C.
Ako sa dokument zaúčtuje prostredníctvom registrov?
Pohyby dokumentov cez 1C registre
Pozrime sa, ako fungujú registre 1C. Tu máme doklad o príjme tovaru, v ktorom vidíme, že produkt Olej dorazil na Hlavný sklad.
Z hľadiska logiky a matematiky má tento dokument výsledok:
Kremeľský olej, Hlavný sklad +10 (ks)
Pozrime sa - je to pravda?
Táto položka menu nám zobrazí všetky pohyby dokladu, ktoré vykonal v registroch. Ako vidíme, dokument sa pohyboval cez celý rad registrov 1C, z ktorých každý zaznamenal iné informácie (v súlade s účelom registra 1C). Podľa evidencie 1C Tovar na skladoch vykonal zaúčtovanie, ktoré sme vypočítali.
Ako to vyzerá v registri 1C? Otvorme register 1C cez menu Operations.
Register 1C sa otvoril. Je v ňom veľa údajov. Urobíme výber len podľa nášho dokumentu.
V dôsledku toho vidíme pohyb nášho dokumentu cez register 1C. Presne sa zhoduje s tým, čo sme vypočítali ručne:
- Plus – typ pohybu (príjem/výdavok)
- Registrátor je náš dokument
- Aktivita – tento pohybový reťazec je platný (t. j. nie je zakázaný)
- Nomenklatúra, hlavný rozmer
- Sklad, dodatočný rozmer
- Množstvo, zdroj (teda počet, ktorý počítame).
Ak nevyberieme podľa dokumentu, ale podľa nomenklatúry (presne rovnakým spôsobom), tak uvidíme pohyby všetkých dokumentov, ktoré sa dotkli tejto nomenklatúry. Jeden doklad - tovar sme kúpili. Druhý bol predaný. Prirodzene, samotný register 1C neukazuje súčet - na to musíte použiť správu alebo dotaz.
Registre 1C sú odlišné (o tom budeme diskutovať nižšie). Odlišne vyzerajú aj príspevky do rôznych registrov 1C. Teraz sme sa pozreli na záznamy v akumulačnom registri 1C. Takto vyzerajú zaúčtovania nášho rovnakého dokladu podľa účtovného registra 1C, ktorý funguje na základe účtovnej (daňovej) účtovej osnovy 1C.
Prečo sú potrebné registre 1C?
Registre 1C sa dodávajú v rôznych typoch. Účel použitia registra 1C závisí od jeho typu.
- 1C informačné registre
Toto je bežná tabuľka ako v Exceli. Nemá žiadne pohyby (príjmy/výdavky). Informačný register 1C sa zvyčajne používa na ukladanie ďalších údajov adresára. Pomocou informačného registra 1C môžete organizovať - Účtovné registre 1C
Z pohľadu užívateľa je účtovníctvo vedené na účtovom rozvrhu. V skutočnosti sa účtovníctvo vedie v tabuľke účtovných registrov 1C, ktoré sa robia v kontexte účtovej osnovy 1C. - 1C akumulačné registre (1C bilancia register)
Tabuľka pohybu dokladov + a –, ktorá automaticky vypočíta súčet na začiatku obdobia a súčet na konci obdobia. Napríklad pohyb produktu Lopat bol +10 a potom -8. To znamená, že zvyšok na začiatku bol 0 a zvyšok na konci bol 2.Akumulačný register 1C so zobrazením „Zostatky“ znamená, že sa budú ukladať pohyby (príjmy a výdavky, ktoré sa tiež nazývajú „Obrat“) a navyše sa automaticky vypočítajú súčty (nazývané „Zostatky“).
Bilančný register 1C sa používa v prípade, keď adresár logicky môže mať zvyšok. Napríklad, keď berieme do úvahy pohyb tovaru, použijeme bilanciu 1C register - dá sa predsa povedať, že ostali 3 kusy produktu Lopat.
- Akumulačné registre 1C (register otáčok 1C)
Tabuľka pohybu dokladov + a -, ktorá nezapočítava súčet.Obratový register 1C sa nelíši od bilancie, až na to, že automaticky nevypočítava zostatky.
Register otáčok 1C sa používa v prípade, keď adresár logicky nemôže mať zvyšok. Ak potrebujeme zohľadniť tržby za tovar, tak použijeme evidenciu obratov.
Napríklad predaj produktov bol +10 (predali sme) a potom -2 (vrátili sa nám). Nemôžeme povedať, že saldo tržieb sa stalo 8, pretože logicky pojem saldo tržieb neexistuje, povieme, že celkový obrat (súčet každého riadku obratu) je 8.
- 1C registre vysporiadania
Tabuľka pohybov podľa typov výpočtu a období. Používa sa v mzdovej agende (nazývanej komplexné periodické výpočty).
Kde sa nachádzajú registre 1C?
Vykonanie dokumentu v kóde (v programe) je predpísané programátorom. Ak to chcete urobiť, otvorte . Nájdite riadok ako „Procedure ProcessingProcessing(.) Otvorte krížik a uvidíte program na spracovanie tohto dokumentu.
Nastavenie a vývoj registrov 1C
Hlavné funkcie registrov 1C podľa karty:
Používatelia používajú dokumenty na vyjadrenie rôznych obchodných transakcií v programoch založených na 1C:Enterprise. Z nich môžete získať všetky potrebné údaje, napríklad o hotovostných zostatkoch na účtoch spoločnosti, počte predaných tovarov za určité časové obdobie.
Počas pracovného procesu môže byť takýchto dokumentov pomerne veľké množstvo. Tu nehovoríme o stovkách dokumentov, ale o tisíckach a desaťtisícoch. Prirodzene, vytváranie správ a iných údajov z takého množstva dokumentov je veľmi zdĺhavé, prácne a neefektívne.
Len si predstavte, že účtovník pri evidencii predaja produktu sedí a čaká, kým program skontroluje predtým zadané doklady a vypočíta, či je na sklade dostatočný zostatok na odpis.
Na vyriešenie takýchto problémov v 1C existujú špeciálne konfiguračné objekty - akumulačné registre. Pri spracovaní dokladov sa do nich robia zápisy a až potom z týchto registrov rýchlo získate všetky potrebné údaje vrátane zostatkov a obratov. To znamená, že akumulačné registre údaje nielen uchovávajú, ale umožňujú ich aj rýchle spracovanie.
Ako už bolo spomenuté, akumulačné registre umožňujú rýchle získanie zostatkov a obratov. Táto funkcia priamo súvisí s typom registra. Dá sa zmeniť na záložke „Základné“ konkrétneho formulára na úpravu registra.
- Obehové akumulačné registre umožňujú získať len obrat za určité časové obdobie. V tomto prípade nie je možné získať zostatky. Akumulačný register s pohľadom „Obrat“ vytvára v systéme iba jednu virtuálnu tabuľku – obrat.
- Akumulačné registre s pohľadom „Zostatky“ umožňujú developerovi získať zostatky aj obrat. V tomto prípade sa vytvoria tri virtuálne tabuľky: zostatky, obraty, zostatky a obraty. Príkladom takéhoto registra môže byť register zostatkov zásob na skladoch a peňažných tokov cez bežné účty organizácie.
Poznámka, že napriek univerzálnosti evidencie zostatkov a zostatkov a obratov má aj svoje nevýhody. Pri získavaní otáčok v bilančnom registri výrazne klesá produktivita. V tejto súvislosti sa dôrazne neodporúča používať bilanciu v prípadoch, keď potrebujete iba obrat (napríklad obrat z predaja). Typ registra by ste pre istotu nemali nastavovať na reziduá, pretože registre sú určené na zrýchlenie programu, ale naopak, tento proces spomalíte.
Údaje z akumulačného registra
Merania
Merania akumulačných registrov znamenajú určité úseky, v ktorých môžete neskôr získať informácie. V našom prípade sú rozmery registra „Produktový výstup“: organizácia, zákazka, špecifikácia, rozdelenie a iné.
Kedykoľvek budeme môcť prijímať zostatky, napríklad za celú organizáciu ako celok, na konkrétnu zákazku.
Vlastnosti rozmerov
Každá dimenzia má svoj vlastný súbor vlastností, ktoré môžu výrazne ovplyvniť fungovanie registra ako celku. Podobné vlastnosti sú prítomné aj v zdrojoch s podrobnosťami.
V prípade, že v budúcnosti plánujete zaviesť selekciu pre akúkoľvek dimenziu pomerne často. V našom prípade indexovanie pre organizáciu nepoužijeme.
Môžete tu tiež určiť, či je rozmer povinný, či sa má použiť fulltextové vyhľadávanie a ďalšie nastavenia.
Zdroje
Zdroje sú číselné údaje, ktoré uchovávajú určité informácie. To je to, čo dostaneme v rôznych sekciách v budúcnosti. Napríklad v akumulačnom registri „Produktový výstup“ bude ako zdroj fungovať iba množstvo. V tomto prípade budeme môcť získať množstvo produktov vyrobených v určitom časovom bode, napríklad pre určitú divíziu.
Ďalší jednoduchý príklad. Predpokladajme, že všetky hotovostné operácie realizujeme pomocou registra akumulácie. Zdrojmi bude suma peňazí, ktorá bola buď prijatá (príjem) alebo vydaná (výdavok) z registračnej pokladnice. Dimenzia môže byť napríklad protistrana/zodpovedná osoba. Vďaka tomu budeme môcť získať údaje o zostatkoch a obratoch ako pokladne ako celku, tak aj za jednotlivé protistrany.
Požiadavky
Na rozdiel od dimenzií a zdrojov sa atribúty nepoužívajú tak často. Uchovávajú údaje, ktoré sú potrebné na informovanie registra (poznámka). Údaje sa použijú ako atribúty, ak nie sú zdrojom ani dimenziou.
Štandardné detaily
Okrem bežných detailov, ktoré môže vývojár pridať samostatne, sú tu aj štandardné detaily. Do tohto zoznamu nemôžete vymazať ani pridať nové. Na štandardné podrobnosti môžete prejsť pomocou tlačidla s rovnakým názvom na karte „Údaje“.
Agregáty
Agregáty sú dostupné len v akumulačných registroch so zobrazením „Obrat“. Môžete k nim pristupovať na karte „Údaje“. Agregáty sa používajú v databázach s veľkým množstvom dát na urýchlenie generovania reportov. Tento mechanizmus nebudeme podrobne zvažovať, pretože ide o pomerne širokú tému.
Pohyby v akumulačných registroch
Každý register akumulácie môže mať jedného alebo viacerých registrátorov. Dokument pôsobí ako registrátor, počas ktorého sa vygeneruje zodpovedajúci záznam v akumulačnom registri.
Zoznam akumulačných registrátorov si môžete pozrieť na rovnomennej záložke v podobe samotného registra. V tomto príklade je možné generovať pohyby v registri „Uvoľnenie produktu“ pri účtovaní štyroch rôznych dokladov.
V samotných dokumentoch, ktoré sú registrátormi, sa zoznam registrov, ktorými vykonávajú pohyby, nachádza na záložke „Pohyby“. K dispozícii je tu aj pohybový konštruktor, ktorý pri vytváraní takýchto postupov (vykonanie a odvolanie) pomôže. Porovnanie údajov dokladu a registra sa vykonáva porovnaním údajových typov.
Každý špecialista na optimalizáciu vie, že práca na zrýchlení 1C musí začať od úzkeho miesta systému.
V 1C:Enterprise 8 je takéto „úzke miesto“ často zápis do registrov:
- Postačuje samotný zápis do databázy. dlhý proces(čo sa týka čítania)
- Zapisujú sa do registrov zakaždým, keď sa vykoná a znovu vykoná dokument
- Často dokumenty sú veľmi objemné(s množstvom riadkov)
- Jeden dokument môže vygenerovať pohybov v desiatkach registrov
- Pri preúčtovaní dokladu zápis do databázy sa často vykonáva 2 krát– staré pohyby treba vymazať, nové zaznamenať.
Optimalizácia zápisu do registrov môže výrazne zrýchliť systém, na projektoch po optimalizácii sa proces nahrávania často výrazne zrýchlil.
V tomto článku sa pozrieme na to hlavné dôvody a spôsoby optimalizácie pomalého zápisu do registrov.
V skratke...
Hlavné dôvody pomalého nahrávania sú nasledovné:
Málokedy sa vyskytne iba jeden z dôvodov uvedených v tomto zozname, zvyčajne musíte riešiť niekoľko problémov naraz v rôznych kombináciách.
Chyba dizajnu
Niekedy pri výkonovom audite nastanú situácie, keď má klient jeden register, ktorý zaberá 70 % alebo viac z celej databázy. To má za následok veľké zaťaženie registra pri čítaní aj zápise. Každý chce do tohto registra niečo zapísať a niečo prečítať, pretože tam leží väčšina údajov. V dôsledku toho na zámkoch dochádza k čakaniu, čo negatívne ovplyvňuje výkon a tiež výrazne spomaľuje akúkoľvek úpravu údajov v registri.
Musíte sa vyhnúť situáciám, kedy máte v jednom objekte uložené veľké množstvo dát. Ak sa takáto situácia zistí, samozrejme, môžete urobiť súhrn, presunúť staré údaje do samostatnej databázy a znížiť objem registra, ale to bude mať len dočasný účinok. Správnym riešením by bola zmena architektúry riešenia. Princíp „rozdeľuj a panuj“ sa tu dobre hodí.
Realita si samozrejme robí svoje úpravy, pretože keď nejaké riešenie funguje dlho, je dosť ťažké zmeniť architektúru. Tento bod však treba brať do úvahy pri vývoji nových konfigurácií.
Existuje ďalší zaujímavý spôsob, ako optimalizovať nahrávanie - absencia nahrávania, tiež nejakým spôsobom rozhodnutie o dizajne. Ak architektúra vášho účtovného systému nevyžaduje vysokú dátovú efektivitu, potom je možné zápisy do takýchto neprevádzkových registrov vykonať neskôr.
Napríklad systém najprv jednoducho zapíše dokumenty na disk, ale nezaúčtuje ich. Jedna alebo viacero úloh na pozadí potom zaznamenáva tieto údaje počas mimopracovných hodín. V tomto prípade nebudú žiadne čakania na zámky.
Tejto téme sa podrobnejšie venujeme v kurze:
Prevádzkujeme skupinu VKontakte -
