Režim automatického uzamknutia je v tejto transakcii neplatný. Konfiguračný preklad na spravované zámky. VIII. Výpočet množstva a množstva na odpísanie

Dnes budeme hovoriť o zámkoch na úrovni 1C 8.3 a 8.2 a na úrovni DBMS. Blokovanie dát je povinným prvkom akéhokoľvek systému, počet používateľov, v ktorých viac ako jeden.

Nižšie vyrezam, ako zámok funguje, a ktoré typy sa stanú.

Zámok je informácia, že systémový prostriedok zachytáva iným používateľom. Existuje názor, že blokovanie je chyba. Nie, blokovanie je nevyhnutné opatrenie v multiplayerovom systéme na oddelenie zdrojov.

Poškodenie systému môže priniesť len prebytok ("extra") blokády, to sú tie, ktoré blokujú, ktoré blokujú zbytočné informácie. Takéto bloky sa musia naučiť eliminovať, môžu viesť k neoptimálna práca Systémy.

Zámky v 1C sú rozdelené do predmetu a transakcie.

Objekty sú zase optimistickí a pesimistické. A transakčné môže byť rozdelené do riadenej a automatickej.

Objektové zámky 1c.

Tento typ blokovania je plne implementovaný na úrovni platformy 1C a neovplyvňuje DBMS.

Získajte 267 video tutoriály pre 1c zadarmo:

Pesimistické blokovanie

Toto blokovanie sa spustí, keď jeden užívateľ zmenil niečo vo forme adresára a druhá sa pokúša zmeniť objekt vo forme.

Optimistický blokovanie

Toto blokovanie porovnáva verzie objektu: Ak dvaja používatelia otvorili formu, a jeden z nich sa zmenil a zaznamenal objekt, potom druhý pri nahrávaní systému bude chýbať, že verzie objektov sa líšia.

Transakčné zámky 1c.

Mechanizmus transakčných zámkov 1c je oveľa zaujímavejší a funkčnejší ako mechanizmus zámkov objektov. Tento mechanizmus aktívne zapája blokovanie na úrovni DBMS.

Neplatná prevádzka transakčných zámkov môže mať za následok nasledujúce otázky:

• problém stratených zmien;
• problém špinavého čítania;
• nevratnosť čítania;
• Čítanie fantómov.

Tieto problémy boli podrobne zohľadnené v článku.

Automatické transakčné zámky 1C a DBMS

V automatický režim Pracuje na blokovanie úplne a úplne spĺňa DBMS. Developer v tomto prípade nie je absolútne zapojený do procesu. To však uľahčuje prácu programátora 1c, avšak informačný systém Pre veľký počet používateľov na automatických zámkoch je nežiaduce (najmä pre PostgreSQL DBMS, Oracle BD - pri modifikácii údajov, plne blokujú tabuľku).

Pre rôzne DBMS sa v automatickom režime používajú rôzne stupne izolácie:

• SERIALIZABLE NA POTREBUJÚCICH STROJE - 1C FILE MODE, ORACLE;
• Serializovateľné na nahrávanie - MS SQL, IBM DB2 pri práci s nevýhodnými subjektmi;
• Opakovateľné čítanie na záznam - MS SQL, IBM DB2 pri práci s objektovými subjektmi.

Spravované transakčné zámky 1c a DBMS

Všetka zodpovednosť berie vývojára aplikovaného riešenia na úrovni 1c. V tomto prípade DBMS sa dostatočne zakladá vysoký stupeň IZOLÁCIA PRE TRANSAKCIE - PREČÍTAJÚCE ZAPOJENÉ (SERIALIZABLE PRE FILE DBMS).

Pri vykonávaní akejkoľvek operácie s databázou, Manažér 1C Lock Analyzuje možnosť blokovať zdroj (zachytávanie). Blokovanie toho istého používateľa je vždy kompatibilný.

Dva blokády nie sú kompatibilné, ak: inštalované rôznymi užívateľmi, majú nekompatibilný (výnimočný / zdieľaný) a nainštalovaný na rovnakom zdroji.

Fyzická implementácia zámkov v DBMS

Fyzicky bloky sú tabuľka, ktorá je v databáze s názvom MASTER. Samotný blokovací stôl nesie názov Sysoslockinfo.

Tabuľka konvenčne má štyri polia:

1. ID blokovania relácie Spid;
2. Čo presne je blokované res ID;
3. typ zámku - S, U. alebo X. Režim. (V skutočnosti, v MS SQL existuje 22 typov, ale len tri sa používajú v ligamentoch s 1C);
4. stav zámku - môže mať hodnotu Grantu.(nainštalované) a Čakať.(Čaká na jeho zmenu).

Systém "1c: Enterprise" vám umožňuje používať dve režimy pracovnej databázy: Automatický blokovací režim v transakcii a riadených zámkoch v transakcii.

Základný rozdiel týchto režimov je nasledovný. Režim automatického zamykania nevyžaduje vývojára žiadnych činností na kontrolu zámkov v transakcii v poriadku. Tieto pravidlá poskytujú 1C: platforma podnikového systému pomocou určitých úrovní izolácie transakcií v danom DBMS. Takýto spôsob fungovania je najjednoduchší pre developer, avšak v niektorých prípadoch (napríklad s intenzívnou súčasťou veľkého počtu používateľov), vstupná úroveň izolácie transakcií v DBMS nemôže poskytnúť dostatočnú rovnobežnosť práce, ktorý sa prejavuje vo forme veľkého počtu blokovacích konfliktov, keď používatelia pracujú.

Pri práci v riadených zámkoch systém "1C: Enterprise" používa oveľa nižšiu úroveň transakčnej izolácie v DBMS, čo umožňuje významne zvýšiť paralelnosť použitia aplikovaného roztoku. Na rozdiel od režimu automatického uzamknutia však táto úroveň izolácie transakcií už nemôže byť schopná splniť všetky pravidlá pre prácu s údajmi v transakcii. Preto pri práci v ovládateľnom režime je vývojár povinný samostatne ovládať zámky inštalované v transakcii.

V súhrne rozdielu počas prevádzky v režime automatického uzamknutia av režime riadeného uzamknutia nájdete v nasledujúcej tabuľke:

	Typ zámku	Úroveň izolácie transakcií
Automatické blokovanie
Databáza súborov	Tabuľky	Serializovaný
MS SQL Server	Záznam
IBM DB2.	Záznam	REPETABLE READ ALEBO SERIALIZABLE
Postgresql	Tabuľky	Serializovaný
Databázy Oracle.	Tabuľky	Serializovaný
Kontrolované blokovanie
Databáza súborov	Tabuľky	Serializovaný
MS SQL Server	Záznam	Čítať.
IBM DB2.	Záznam	Čítať.
Postgresql	Záznam	Čítať.
Databázy Oracle.	Záznam	Čítať.

Nastavenie režimu uzamknutia v konfigurácii
Konfigurácia má nehnuteľnosť. Každý konfiguračný objekt má tiež nehnuteľnosť. Režim správy dátového bloku.
Režim blokovania dát pre celú konfiguráciu ako celok je možné nastaviť na automatické hodnoty, spravované (nainštalované štandardne pre nová konfigurácia) I. Automatické a zvládnuteľné. Hodnoty sú automatické a spravované znamenajú, že zodpovedajúci režim uzamknutia bude použitý pre všetky konfiguračné objekty, bez ohľadu na hodnoty nastavené pre každý z objektov. Hodnota Automatické a zvládnuteľné znamená, že režim, ktorý je špecifikovaný vo svojom majetku, použije pre konkrétny konfiguračný objekt. Spôsob správy dátových blokov: Automatické alebo riadené.
Treba poznamenať, že režim blokovania dát zadaný pre objekt metaúdajov je nastavený na transakcie, ktoré sú iniciované systémom "1c: Enterprise" pri práci s údajmi tohto objektu (napríklad pri modifikácii údajov objektu).
Ak je napríklad operácia záznamu objektu vykonávať v transakcii iniciovanej vývojárom (metóda Štartové napätie ()) Riadiaci režim zámku dát bude určený podľa hodnoty parametra. Režim uzamknutiametóda Štartové napätie (), nie hodnotu vlastností objektu metaúdajov Spôsob správy dátových blokov.
V predvolenom nastavení parameter Režim uzamknutia má význam Režimové zámky. Automatické, tak pre
Aby ste mohli používať kontrolované zámky v explicitnej transakcii, mali by ste zadať hodnotu tohto parametra.
Hrúbky (Nastavte tento parameter, má zmysel, akpre konfiguračnú vlastnosť "režim správy dátových blokov" je zvolený "Automatic a Manable") .

Práca s kontrolovanými zámkami v vstavanom jazyku
Vstavaný objekt je navrhnutý tak, aby riadil zámky v transakcii Blockingdata. Inštancia tohto objektu je možné vytvoriť pomocou konštruktéra a umožňuje opísať potrebné uzamknuté priestory a blokovacie režimy. Ak chcete nainštalovať všetky vytvorené zámky, metóda sa používa na blokovanie () objektu Blockingdata. Ak sa táto metóda vykonáva v transakcii (explicitné alebo implicitné), zámok je nainštalovaný a koniec transakcie sa odstráni automaticky. Ak je metóda zablokovaná () sa vykonáva mimo transakcie, zámok nebude nainštalovaný.

Podmienky sú nastavené na rovnosť poľa hodnoty zadanej hodnoty alebo zadať hodnotu poľa do špecifikovaného rozsahu.
Podmienky môžu byť nastavené dvoma spôsobmi:

● Pomocou explicitnej špecifikácie názvu a hodnoty poľa (metóda) Nastavte hodnotu () Objekt Bloky prvkov);
● Zadaním zdroja údajov obsahujúceho potrebných hodnôt (vlastnosť zdroja objektu Bloky prvkov).

Pre každý blokovací prvok je možné zadať jeden z dvoch režimov blokovania:

● Zdieľané
● výnimočné.

Tabuľka kompatibility kontrolovaných zámkov je nasledovná.

Režim oddeliteľného blokovania znamená, že blokované dáta nie je možné zmeniť inou transakciou, kým nie je ukončená aktuálna transakcia.
Výnimočný režim uzamknutia znamená, že blokované údaje nie je možné zmeniť inou transakciou až do konca aktuálnej transakcie, a nemôžu byť čítané inou transakciou, ktorá nastavuje oddelené blokovanie týchto údajov.

Vlastnosti práce v režime "Automatický a zvládnuteľný"

Pri práci v režime Správa zámku by sa mali zohľadniť dva funkcie Automatické a riadené:

● Bez ohľadu na režim zadaný pre túto transakciu, systém inštaluje vhodné riadené
Zámok.
● Riadiaci režim uzamknutia je určený transakciou samotnej "hornej" úrovne. Inými slovami, ak iná transakcia začala na začiatku transakcie, štartovacia transakcia môže byť vykonaná len v režime, ktorý je nainštalovaný pre už spustenú transakciu.

Zvážte nižšie uvedené funkcie podrobnejšie.
Prvá funkcia Je to, že aj keď sa transakcia používa automatický režim ovládania uzamknutia, systém sa nainštaluje dodatočne a zodpovedajúce kontrolované zámky pri písaní údajov v tejto transakcii. Z toho vyplýva, že transakcie vykonané v kontrolovaných zámkoch môžu konfrontovať s transakciami,
Vykonané v režime automatického ovládania zámku.
Druhá funkcia Je to, že režim riadenia zámku je indikovaný pre objekt metaúdajov v konfigurácii alebo zadaný, keď je transakcia explicitne špecifikovaná (ako parameter metódy Štartové napätie ()) je len "požadovaný" režim. Skutočný režim riadenia zámku, v ktorom bude transakcia vykonaná, závisí od toho, či táto výzva začiatku transakcie je najprv, alebo do tejto doby iná transakcia už začala v tomto zasadnutí systému "1C: Enterprise".
Ak chcete napríklad ovládať zámky pri nahrávaní záznamov o registrácii, pri vykonávaní dokumentu, potom spôsob riadenia Zámky musia byť nastavené tak pre samotný register a pre dokument, pretože zaznamenávanie záznamov registra bude zaznamenané pri nahrávaní dokumentu.

Zrýchlite 1C stlačením viacerých tlačidiel 2. Riadené zámky. 4. septembra 2011

Ak čítate metodiku konfiguračného prekladu pre kontrolované zámky z 1C - nájdete veľa zaujímavých a desivých. V skutočnosti je všetko jednoduché: V konfiguračných vlastnostiach zmeňte režim blokovania dát je "Manable". Všetko. Môžem vám zablahoželať - stačí ste prepísané na spravované zámky. V skutočnosti je všetko trochu zložitejšie - ale nie moc.

Pre začiatok, malá teoretická exkurzia - prečo potrebujete zámky: Kto má prístup, samozrejme, môžete si prečítať tu: http://kb.1c.ru/articleview.jsp?id\u003d30 1c sa zaujal, aby napísal Dostatočne dostupný článok o blokovaní údajov. Kto nemá prístup v skratke, budem popisovať, aké bloky sú potrebné:

PRÍKLAD 1. Ak sa po zapnutí kontrolovaných zámkov, nič robiť, a zároveň začínajúce 2 dokumenty paralelne (jeden z nich je stále zlomok sekundy vyššie), dostaneme približne nasledujúci obrázok:

Transakcia 1.	Transakcia 2.	Stav rezíduí
Spustiť	|	1 ks
|	Spustiť	1 ks
|	|	1 ks
Zvýšenie čítania	|	1 ks
|	Zvýšenie čítania	1 ks
|	|	1 ks
Odpis z rezíduí	|	0 kusov
|	Písanie zostatku	-1 PC
Dokončenie	|
	Dokončenie

Čo je tu zle? Kontrolné zvyšky dali zlyhanie. 2. Dokument sa podarilo čítať pozostatky skôr, ako sa pristúpilo k tomu, aby ich napísal. Zároveň som videl, že na zvyškoch 1 a pokojne ich zvolení po prvej. Stojí za to informovať, že o tom, že tu bude stále blokovanie. 2 dokumenty nebudú môcť zároveň odpísať zvyšky, je potrebné pre logickú integritu databázy, ale vyriešiť aplikovanú úlohu v tento príklad Je nepravdepodobné.

Teraz sa pokúsime opraviť situáciu - v procese vykonávania dokumentu, inštaláciu exkluzívneho kontrolovaného blokovania bezprostredne pred čítaním zvyškov:

No, teraz, keď sme prišli na zámok, musíte len nainštalovať kontrolované zámky, kde je to potrebné: iba tam, kde sa vykonáva kontrola zvyškov. Ak máte manažér v databáze, má právo vykonávať dokument, bez ohľadu na to, či existuje produkt (peniaze) na zostatkoch alebo nie, prečo potrebujete blokovanie? Jednoducho ich môžete nainštalovať ani zaregistrovať a komentovať lepšie časy. Ak sú ovládané rezíduami, spravidla je to 3-4 registre, dobre, maximálne 10-OK. Kontrola môže byť suspendovaná vo všeobecných postupoch aj funkciách av moduloch na nastavenie pH. Kód je veľmi jednoduchý, otvorte syntax asistenta - pozrieme sa na:

Zámok \u003d Nové hrany blokov;
Blokový blok \u003d blokovanie. Pridať ( "Zapracovanie registrov. TownsNasclands") ;
Blok. Zariadenie (kvalita ", referencie. Kvalita. Nájdený kontakt (" 1 "));
Blok. Mode \u003d Cartoblocks. Výnimočné;
Blok. Sourcing \u003d objekt dokumentu. Návrat;
Blok. Použite štúdiá ("nomenklatúra", nomenklatúra ");
Blok. Použite továreň ("warehouse", "sklad");
Zámok. Blok ();

V skutočnosti je všetko okamžite jasné - blok "Tovar v sklade", 1 meranie sa explicitne stáva hodnotou 2 iní odobrajú z Dokumentu dát - pm dokument.

Tí, ktorí si prečítali knihy na 8,2, pravdepodobne si pamätajú na "novej logike holdingu" - keď sa kontrola zvyškov vykoná po nahrávanie pohybov dokumentu. Distribuovanú otázku, prečo je to? Ale rovnaký názov tabuľky prekresliť tak, že pozostatky a blokovanie budú po nahrávaní pohybu:

Transakcia 1.	Transakcia 2.	Stav rezíduí
Spustiť	|	1 ks
|	Spustiť	1 ks
|	|	1 ks
Odpis z rezíduí	|	0 kusov
|	Odpis z rezíduí	-1 PC
Zámok	|	-1 PC
Zvýšenie čítania	Pokúsiť sa blokovať	-1 PC
|	Čakanie na blokovanie	-1 PC
|	Čakanie na blokovanie	-1 PC
Dokončenie	Čakanie na blokovanie	-1 PC
	Zámok	-1 PC
	Zvýšenie čítania	-1 PC
	|	-1 PC
	Vzdanie sa	0 kusov

Rozdiel s výskytom nie je významný - Výkonnosť získavajú z dôvodu skutočnosti, že počas odpisu zvyškov (zaznamenávanie ich do databázy, ktoré skutočne trvá čas), zatiaľ nie je blokovanie. Zamknutie sa vyskytuje neskôr do konca transakcie, kde boli vykonané negatívne rezíduá, obchodná logika aplikácie je celkom uspokojujúca.

Vedieť, aké blokovanie môžete skutočne zvládnuť na základe obchodných úloh, ktoré sa rozhodnete. DBMS je vyvinutý na základe prevzatia ochrany údajov Maxissal. V prípade, že napríklad vykonajte blokovanie bankových transakcií, by mali byť všade a na maximálnej úrovni. Je lepšie blokovať dodatočné záznamy, než aby umožnili nekonzistentnosť údajov.

V prípade, ak predávate buchty alebo guľôčkové rukoväte, sotva potrebujete toľko zámkov. Stratíte stovky času viac manželstvom a reorganizáciou na ľudskú chybu, ktorá by mohla byť v prípade dvoch používateľov dvoch identických zárobkov o zásielke.

Pre zmenu medzi týmto rÔZNE ÚLOHY V DBMS vymysleli úrovne izolácie. Inštaláciou úrovne izolácie transakcií môžete povedať, DBMS, ktoré blokáže aplikovať v rôznych prípadoch (pri nahrávaní a pri čítaní v transakcii) v rôznych prípadoch sú prekryté (nemôžete písať) alebo x (nie je možné písať alebo písať ) blokovanie.

Takže v automatickom režime takmer vždy máte serializovateľnú úroveň izolácie, ktorá bude uložiť x zámky, kde potrebujete a kde nie je potrebné, aby to výrazne pokazilo váš život

A v zvládnuteľnom vás budete mať prečítané, ktoré budú uložiť a okamžite odstrániť S zámku pri čítaní a X len pri nahrávaní. Najsvätejšej úrovni. Rýchlo uložené S Blocking vám umožní skontrolovať, či zámok nie je prekrytý týmito údajmi, čo zaisťuje, že sa čítajú iba konzistentné údaje, ako je obvyklé pre túto úroveň izolácie, a v prípade, že ste si prečítali a splnili vlády v predchádzajúcom Článok, pri čítaní bude aj zámok, takže iba záznam bude zablokovaný na úrovni DBMS počas nahrávania - ktorý je správny a potrebný na závažnosť údajov.

Ako sa vám darí s ovládanými zámkami - iba vaše riešenie. Ale nebola by som sa ponáhľať na ich inštaláciu. Stretol som sa so spoločnosťami, v ktorých bol automatický režim uzamknutia, zatiaľ čo slovo "zaseknuté blokovanie" znelo aj z obchodného zástupcu generálneho riaditeľa, a zároveň sa kontrola negatívnych zvyškov vypnulo ....

S multiplayerovým režimom prevádzky v 1C blokovaní dát sú nevyhnutným mechanizmom. Chráňte pred situáciami podobnými simultánnym predajom dvoch manažérov toho istého výrobku rôznym zákazníkom. Platforma 1C poskytuje dva typy zámkov - spravované a automatické. Prvá z režimov blokovania v 1C je optimálna pre vysoko naložené systémy veľká kvantita užívateľov. Zvážte ho podrobnejšie.

Vlastnosti režimu riadeného skrinky

Na rozdiel od automatického, spravovaného režimu umožňuje systému 1C používať svoj vlastný manažér uzamknutia a aplikovať menej rigidné pravidlá DBMS. To znamená, že vstavaný mechanizmus vám umožní zohľadniť obchodnú logiku aplikácie a hladšie a presne vytvára obmedzenia čítania a písania údajov. Zmena režimu uzamknutia môže poskytnúť významný zisk výkonnosti a zníži počet chýb transakcií. Je to spôsobené dodatočnou kontrolou manažérom uzamknutia za zhodu s obmedzeniami inštalovanými v rámci systému pred odovzdaním požiadavky DBMS.

Významný mínus spočíva v tom, že vývojár musí nezávisle kontrolovať konzistenciu údajov, keď sú vložené a spracovanie. Je pravdepodobné, že po zapnutí režimu riadeného zámku budete musieť napísať veľa kontrol, aby ste dosiahli predchádzajúcu úroveň zabezpečenia. Napriek tomu mnoho spoločností uprednostňuje prepnutie na spravovaný režim, ak ho umožňujú možnosti.

Pri vývoji softvérových kontrol a obmedzení je dôležité pamätať na funkciu kontrolovaných zámkov - ktorýkoľvek z nich drží na koniec transakcie. Z toho vyplýva, že programátori musia byť inštalované bližšie k koncu transakcie, takže pravdepodobnosť čakania je minimálna. Ak potrebujete vykonať výpočty a napísať ich výsledok, potom sa uloženie blokovania je oprávnenej registrácii po výpočtoch.

Ďalším spoločným problémom blokovania 1c je import dokumentov. Mnohí vývojári používajú pomerne jednoduché riešenie - pri načítaní nedrží dokumenty, ale len vytvoriť. A potom, čo s pomocou jednoduchého mechanizmu vykonajte všetky načítané údaje v režime s viacerými závitmi kľúčovými vlastnosťami - nomenklatúra, partnerov alebo skladov.

Prechodný algoritmus k riadenému 1C zámku vyzerá jednoducho, ale nekvalifikovaný administrátor 1C môže urobiť chyby, opravy, ktoré bude ťažké. Najčastejšie existujú problémy s nadbytočnými alebo nedostatočnými úrovňami blokovania. V prvom prípade vzniknú problémy s rýchlosťou systému, až po núdzové zastavenie serverového klastra. Nedostatočné zámky sú nebezpečné pri účtovných chybách, pričom súčasne pracujú používatelia.

Prepnite na spravovaný režim

Napriek skutočnosti, že nižšie bude uvedený úplný algoritmus na prechod na kontrolované zámky, malo by vykonávať skúsený odborník. Ak nerozumiete princípom prevádzky uzamykacieho mechanizmu v 1C a DBMS, je nepravdepodobné, že je nepravdepodobné, že by správne napísal obmedzenia. Týka sa však pre komplexné konfigurácie. Pre jednoduché konfigurácie Vývojári začiatočníkov môžu úspešne dokončiť režim prepínania režimu a získať skúsenosti:

• Najprv musíte zmeniť režim riadenia blokovania údajov pre konfiguráciu. Na tento účel otvorte konfiguračný strom v konfigurátore a v vlastnostiach koreňového prvku v časti kompatibility Zmeňte režim. Vyberte "Automatické a zvládnuteľné", aby sa predložili žiadne chyby predtým, ako sa všetky objekty prekladajú do nového režimu;

• Teraz príde front dokumentov. Koniec koncov, je to s ich pomoc, zaregistrujeme všetky udalosti, ktoré je potrebné kontrolovať. Štart Transfer na 1C riadené zámky sú potrebné z najviac stiahnutých dokumentov. Na druhej karte zadajte režim "zvládnuteľný";
• Nájdeme všetky registre súvisiace s už spracovaným dokumentom a prekladajú ich do riadiaceho režimu podľa podobnej metódy dokumentov;
• Ďalší krok obsahuje vyhľadávanie a zmenu všetkých transakcií so zmenenými objektmi. To zahŕňa explicitné zmeny vrátane kľúčové slová "Štartovacie napätie ()" a všetky dokumenty a registre vrátane transakcií;

Štartovacie napätie () pre každý zdokumentovací výstup zo zoznamu objektového cyklu \u003d dokumentácia. Perepaciálny objekt (); Pokúsiť sa namietať. Inštalácia počítačov (pravda); Zlyhanie eliminácie \u003d pravda; Zrušenie (); Správa ("Nepodarilo sa odstrániť dokument" + objekt); Prerušiť; Oslavy; Endcycle; Opraviť transakciu ();

• Vylúčiť prevádzkovateľa jazyka dotazu "na zmenu". Môžete ho nahradiť s objektom "Lockdata" s potrebou zmeniť požiadavku a algoritmus pre jej hovor a spracovanie.

Posledné dva etapy sú najkomplexnejšie a kvalifikácie od vývojára, ale sú garantmi udržiavať pracovný stav účtovníctva v systéme.

Hlavné dôvody prechodu k riadeným zámkom:

• Hlavným dôvodom je 1C odporúčanie: expert na základe čítania alebo 1c: PC
• Problémy s paralelnou prevádzkou používateľov ()
• Použite Oracle, PostgreSQL a.

Náklady na prácu:

Essence kontrolovaného blokovania

Pri práci v režime automatického blokovania blokovania 1C: Spoločnosť nastaví vysoký stupeň izolácie dát v transakcii na úrovni DBMS. To umožňuje úplne odstrániť možnosť získania neolikálnych alebo nesprávnych údajov bez akéhokoľvek špeciálneho úsilia použitých vývojárov.

Toto je pohodlný a správny prístup, keď malé množstvo Aktívni používatelia. Cena jednoduchosti vývoja je určité množstvo nadbytočného blokovania na úrovni DBMS. Tieto zámky sú spojené s obsahmi implementácie blokovacích mechanizmov v samotnom DBMS a aby DBMS nemohli vziať do úvahy (a neberie do úvahy) fyzický význam a štruktúru metaúdajov 1C: podniky.

Pri práci s vysokou konkurenciou pre zdroje ( veľký počet Používatelia) V určitom okamihu sa účinok redukcie blokovania stáva viditeľný z hľadiska výkonu s paralelným režimom.

Po skončení konfigurácie na kontrolovaný režim, voliteľný "Lock Manager" a ovládanie cez integritu údajov je aktivovaná na strane DBMS, ale na strane servera 1C. Tým sa zvyšuje zaťaženie železa 1C servera (potrebné rýchlejšie procesory a viac pamäte) a skutočne robí ešte malé spomalenie (niekoľko percent), ale oveľa výraznejšie zlepšuje situáciu s uzamknutiami (menej blokov v dôsledku blokovania objektu, a Nie do kombinácie tabuliek, menej bloku a v niektorých prípadoch menej životnosť životnosti, t.j. nie do konca transakcie). Vďaka tomu sa zlepšuje celková paralelnosť.

Nové konfigurácie 1C sú implementované okamžite v spravovanom režime.

• Otázka: Je možné najprv urobiť audit, a potom previesť na UB?

Odpoveď: Audit môžete slúžiť ako dodatočné zdôvodnenie uskutočniteľnosti prekladu do kontrolovaných zámkov a tiež posúdiť príspevok automatických zámkov na celkové spomalenie a či je potrebné ďalšie úsilie iné ako preklad.

• Otázka: Prenos na UB, čo presne poskytovanie prístupu - RDP, TeamViewer? Alebo môžete odoslať konfiguráciu súboru?

Odpoveď: Snažíme sa neobmedzovať jednu špecifickú technológiu. vzdialený prístupvhodný akákoľvek technológia vzdialeného prístupu. Ak nezáleží na vás, potom praktický RDP.
Môžeme vykonávať optimalizáciu podľa odoslaného konfiguračného súboru, ale potom nebudeme schopní vyskúšať niektoré skutočné údaje a budete musieť byť pozorný na testovanie. Ak vykonávame optimalizáciu na kópii základne, potom môžeme starostlivo testovať skôr, ako vám poskytneme výsledok práce.

• Otázka: Máme 10 pravidelných programátorov, ktorí na konferencii niečo menia každý deň. Použité všeobecné konfiguračné úložisko ". Ako bude interakcia organizovaná pri prevode na UB? Alebo všetci programátori musia byť poslaní na dovolenku?

Odpoveď: Spravidla sa naše zmeny uskutočňujú v priebehu niekoľkých dní. Zvyšok času je testovať zmenyokrem iného z hľadiska požadovanej logiky definovaných obchodných a nie technických úvah. my Môžeme vykonať zmeny samostatný súbor Konfigurácia CF a potom váš programátor povolí v úložisku. Na dovolenke, nikto nemôže byť poslaný. V iných možnostiach interakcie sa musíte dohodnúť na tom, ktoré objekty plánujú zachytiť svojich vývojárov, aby sme vytvorili plán práce, vhodný pre obe strany. Typicky, celá konfigurácia zachytávanie vašich vývojárov sa nevyžaduje, alebo nám dá "volant" pre nás.