Az automatikus zárolási mód érvénytelen ebben a tranzakcióban. Konfigurációs fordítás a kezelt zárakhoz. VIII. A mennyiség és az összeg kiszámítása

Ma beszélünk mind az 1c 8.3. És a 8.2. Szinten, mind a DBMS szinten. Az adatblokkolás bármely rendszer kötelező eleme, a felhasználók száma, amelyekben több mint egy.

Alább vágom, hogyan működik a zár, és milyen típusúak történnek.

A zár olyan információ, amelyet a rendszer erőforrásait egy másik felhasználó fog rögzíteni. Van egy vélemény, hogy a blokkolás hiba. Nem, a blokkolás elkerülhetetlen intézkedés egy multiplayer rendszerben az erőforrások szétválasztásához.

A rendszer károsodása csak felesleges ("extra") blokkoláshoz vezethet, ezek azok a blokkolás, amelyek blokkolják a felesleges információkat. Az ilyen blokkolásokat meg kell szakítani, hogy megszüntessük, vezethetnek nem optimális munka Rendszerek.

Az 1C-ben lévő zárak objektumra és tranzakcióra vannak osztva.

Az objektumok viszont optimisták és pesszimistaak. És a tranzakciót kezelhető és automatikus.

Objektumzár 1c.

Ez a típusú blokkolás teljes mértékben megvalósul az 1C-es platform szintjén, és nem befolyásolja a DBMS-t.

Szerezd meg a 267 videó oktatóanyagot 1c-re ingyen:

Pesszimista blokkolás

Ez a blokkolás akkor indul ki, ha az egyik felhasználó megváltoztatta valamit egy könyvtár formájában, és a második megpróbálja megváltoztatni az objektumot az űrlapon.

Optimista blokkolás

Ez a blokkolás összehasonlítja az objektum verzióit: Ha két felhasználó kinyitotta az űrlapot, és az egyikük megváltoztatta és rögzítette az objektumot, akkor a második rögzítésekor a rendszer hibát ad, hogy az objektumok változata eltérő.

Tranzakciós zárak 1c.

Az 1c tranzakciós zárak mechanizmusa sokkal érdekesebb és funkcionálisabb, mint az objektumzárak mechanizmusa. Ez a mechanizmus aktívan magában foglalja a DBMS szinten történő blokkolását.

A tranzakciós zárak érvénytelen működése a következő kérdéseket eredményezheti:

• az elveszett változás problémája;
• a piszkos olvasás problémája;
• az olvasás nem visszatéríthetősége;
• fantomok olvasása.

Ezeket a problémákat részletesen figyelembe vették a cikkben.

Automatikus tranzakciós zárak 1c és dbms

BAN BEN automatikus üzemmód Teljesen blokkolja és teljes mértékben megfelel a DBMS-nek. A fejlesztő ebben az esetben teljesen nem vesz részt a folyamatban. Ez megkönnyíti az 1c programozó munkáját azonban tájékoztatási rendszer Az automatikus zárak nagyszámú felhasználó számára nem kívánatos (különösen a PostgreSQL DBMS, az Oracle BD - az adatok módosítása esetén, teljesen blokkolja az asztalt).

Különböző DBM-k esetében az automatikus üzemmódban különböző mértékű szigetelési fokokat használnak:

• Serializálható a teljes asztalhoz - 1C fájl mód, Oracle;
• Serializálható a felvételen - MS SQL, IBM DB2, ha nem objektum-entitásokkal dolgozik;
• Ismétlődő olvasás a rekordon - MS SQL, IBM DB2, amikor az objektumok kezelése során.

Kezelt tranzakciós zárak 1c és dbms

Minden felelősség az alkalmazott oldat fejlesztőjét az 1c szinten végzi. Ebben az esetben a DBMS elégséges magas szint Szigetelés a tranzakciókhoz - olvashatóan (Serializálható fájl DBMS esetén).

Az adatbázissal kapcsolatos műveletek végrehajtásakor az 1C Lock Manager elemzi az erőforrás (Capture) blokkolását. Ugyanezen felhasználó blokkolója mindig kompatibilis.

Két blokkolás nem kompatibilis, ha: különböző felhasználók által telepített, nem kompatibilis (kivételes / megosztott) és ugyanazon erőforráson telepítve van.

A Zárak fizikai megvalósítása a DBMS-ben

A fizikailag blokkok olyan asztal, amely a Master nevű adatbázisban van. Maga a blokkolóasztal maga hordozza a syslockinfo nevét.

A táblázat hagyományosan négy mezővel rendelkezik:

1. A blokkoló munkamenet azonosítója Spid;
2. pontosan mit blokkolnak a res-azonosító;
3. lock típus - S, U. vagy X. Mód. (Valójában az SQL MS SQL-ben 22 típus van, de csak három van az 1c-es szalagokban);
4. lock állapot - értéke értéke Grant.(telepítve) és Várjon.(Várakozás a sorra).

Az "1C: Enterprise" rendszer lehetővé teszi, hogy két munkamódszer-módot használjon: Automatikus reteszelési mód a tranzakcióban és az ellenőrzött zárakban a tranzakcióban.

Ezeknek a módoknak az alapvető különbsége a következő. Az automatikus üzemmódban nincs szükség a fejlesztő bármely intézkedés, hogy ellenőrizzék a zár az ügylet érdekében. Ezek a szabályok által biztosított 1C: Enterprise System platform segítségével bizonyos tranzakció izolációs szint egy adott adatbázis-kezelő rendszert. Az ilyen üzemmód a legegyszerűbb a fejlesztő számára, azonban egyes esetekben (például intenzív egyidejű használatával), a tranzakciós izolálás bemeneti szintje a DBMS-ben nem tud elegendő párhuzamos munkát biztosítani, amely nagyszámú blokkoló konfliktus formájában jelenik meg, amikor a felhasználók dolgoznak.

Az ellenőrzött zárakban való munkavégzés során az "1C: Enterprise" rendszer sokkal alacsonyabb tranzakciós izolációt használ a DBMS-ben, ami lehetővé teszi az alkalmazott oldat alkalmazásának párhuzamosságának jelentős növelését. Azonban az automatikus reteszelési módtól eltérően ez a tranzakciószigetelési szint már nem tudja teljesíteni a tranzakcióban szereplő adatok kezelésére vonatkozó összes szabályt. Ezért, ha kezelhető módban dolgozik, a fejlesztőnek a tranzakcióba telepített zárak önálló ellenőrzéséhez szükséges.

A különbség összefoglalójában az automatikus zár módban és az ellenőrzött zár üzemmódban a következő táblázatban talál:

	Lock típus	A tranzakciók szigetelési szintje
Automatikus blokkolás
Fájladatbázis	Asztalok	Serializálható
MS SQL Server	Rekord
IBM DB2.	Rekord	Ismételt olvasható vagy serializálható
Postgresql	Asztalok	Serializálható
Oracle adatbázis.	Asztalok	Serializálható
Szabályozott blokkolás
Fájladatbázis	Asztalok	Serializálható
MS SQL Server	Rekord	Olvasni kezdett.
IBM DB2.	Rekord	Olvasni kezdett.
Postgresql	Rekord	Olvasni kezdett.
Oracle adatbázis.	Rekord	Olvasni kezdett.

A zár mód beállítása a konfigurációban
A konfiguráció rendelkezik tulajdonsággal. Minden konfigurációs objektum is rendelkezik tulajdonsággal. Adatblokkkezelési mód.
A teljes konfiguráció egész konfigurációjának adatblokkozási módja az automatikus értékekre állítható, kezelt (alapértelmezés szerint telepítve) Új konfiguráció) I. Automatikus és kezelhető. Az értékek automatikus és kezeltek, hogy a megfelelő zárolási módot minden konfigurációs objektumhoz használják, függetlenül az egyes objektumokhoz beállított értékektől. Érték Automatikus és kezelhető azt jelenti, hogy a tulajdonában megadott üzemmódot egy adott konfigurációs objektumhoz használják. Adatblokk menedzsment mód: Automatikus vagy kezelt.
Meg kell jegyezni, hogy a metaadat-objektumhoz megadott adatblokkozási módot az "1C: Enterprise" rendszer által kezdeményezett tranzakciókra állítják be, amikor az objektum adataival dolgoznak (például az objektumadatok módosításakor).
Ha például az objektumrekord működését a fejlesztő által kezdeményezett tranzakcióban végzik (módszer) Indítási feszültség ()) Az adatzáró vezérlési módot a paraméterérték határozza meg. Zárásmódmódszer Indítási feszültség (), nem a metaadatobjektum tulajdonságainak értéke Adatblokk menedzsment mód.
Alapértelmezés szerint a paraméter Zárásmód jelentése van Rendelési zárak. Automatikus, így
Annak érdekében, hogy az ellenőrzött zárakat egy explicit tranzakcióban használja, meg kell adnia a paraméter értékét.
Rocked zárak (Állítsa be, hogy ez a paraméter értelme, haa konfigurációs tulajdonsághoz "Adatblokk menedzsment mód" van kiválasztva az "Automatikus és kezelhető") .

A beépített nyelven vezérelt zárakkal dolgozhat
A beágyazott tárgyat úgy tervezték, hogy szabályozza a tranzakció zárolását Blockingdata. Ennek az objektumnak egy példánya létrehozható egy konstruktorral, és lehetővé teszi a szükséges zárolt terek és blokkoló üzemmódok leírását. Az összes létrehozott zárak telepítéséhez a módszert a () objektum blokkolására használják Blockingdata. Ha ezt a módszert a tranzakcióban (explicit vagy implicit) hajtják végre, a zár be van szerelve, és a tranzakció vége automatikusan eltávolításra kerül. Ha az eljárás le van tiltva () A tranzakción kívül történik, a zár nincs telepítve.

A feltételek a megadott érték mezőértékének egyenlőségére állnak, vagy a mező értékének megadása a megadott tartományba.
A feltételek kétféleképpen állíthatók be:

● A mező neve és értékének kifejezett specifikációja (módszer) Érték beállítása() Tárgy Element blokkok);
● A szükséges értékeket tartalmazó adatforrás (a forrásobjektum tulajdonát) Element blokkok).

Minden egyes blokkolóelem esetében a két zárolási mód közül az egyik meghatározható:

● Megosztott
● Kivételes.

Az ellenőrzött zárak kompatibilitási táblázata a következő.

Az elválasztható blokkoló üzemmód azt jelenti, hogy a blokkolt adatok nem változtathatók meg egy másik tranzakció, amíg a jelenlegi tranzakció befejeződik.
A kivételes zárolási mód azt jelenti, hogy a blokkolt adatok nem változtathatók meg egy másik tranzakció végéig a jelenlegi tranzakció végéig, és nem olvasható egy másik tranzakcióval, amely meghatározza az elkülönített blokkolást ezen adatokhoz.

A munka jellemzői "Automatikus és kezelhető" módban

A Lock Management módban való munkavégzés során két funkciót kell figyelembe venni az automatikus és a kezelt:

● A tranzakcióhoz megadott módtól függetlenül a rendszer telepíti a megfelelő kezelést
Zár.
● A zárvezérlési módot a "felső" szint tranzakciója határozza meg. Más szóval, ha egy másik tranzakció a tranzakció kezdetén kezdődik, a kiindulási tranzakció csak a már futó tranzakcióhoz telepített üzemmódban hajtható végre.

Fontolja meg részletesebben a felsorolt \u200b\u200bfunkciókat.
Első funkció Ez még akkor is, ha a tranzakciót automata zárvezérlési mód használjuk, a rendszer szinte és a megfelelő vezérelt zárak, amikor az adatokat írnak ebben a tranzakcióban. Ebből következik, hogy az ellenőrzött zárakban végrehajtott tranzakciók képesek szembesülni tranzakciókkal,
Automatikus zárolási módban.
Második jellemző Ez az, hogy a Lock Management mód a konfiguráció metaadat-objektumára vonatkozik, vagy a tranzakció kifejezetten megadott (a módszerparaméterként) Indítási feszültség ()) csak a "kívánt" rendszer. A tényleges zárvezérlési mód, amelyben a tranzakció végrehajtásra kerül, attól függ, hogy az ügylet megkezdésének kihívása először, vagy ezúttal egy másik tranzakció már megkezdődött az "1C: Enterprise" rendszer ezen ülésén.
Például, ha a regiszterbejegyzések rögzítése során rögzíteni kívánja a zárakat, akkor a dokumentum lefolytatásakor irányított mód A zárakat mind a nyilvántartáshoz, mind a dokumentumhoz kell beállítani, mivel a regisztrációs bejegyzések felvétele a dokumentum rögzítése során nyitva van a tranzakcióban.

Gyorsítsa fel az 1C-t a több gomb megnyomásával 2. Ellenőrzött zárak. 2011. szeptember 4.

Ha elolvassa az ellenőrzött zárak konfigurációs fordítási módszerét az 1c-től - sok érdekes és ijesztő. Tény, hogy minden egyszerű: A konfigurációs tulajdonságokban módosítsa az adatblokkolás módot - "kezelhető". Minden. Gratulálok neked - csak a kezelt zárakra váltasz. Valójában minden kissé bonyolultabb - de nem sok.

Kezdetben, egy kis elméleti kirándulás - Miért van szüksége zárakra: Kinek van hozzáférése, természetesen olvashatsz itt: http://kb.1c.ru/articleView.jsp?id\u003d30 1c elfoglalta a kellően rendelkezésre álló cikk az adatok blokkolásáról. Ki nem fér hozzá a dióhéjban, leírom, hogy milyen blokkokra van szükség:

1. példa Ha az ellenőrzött zárak bekapcsolása után semmi sem tegye meg, és ugyanakkor két dokumentumot indított párhuzamosan (az egyikük még mindig egy második korábbi frakció), körülbelül a következő képet kapunk:

Tranzakció 1.	Tranzakció 2.	A maradékok állapota
Rajt	|	1 db
|	Rajt	1 db
|	|	1 db
Olvasási maradék	|	1 db
|	Olvasási maradék	1 db
|	|	1 db
Írja le a maradékokat	|	0 db
|	Az egyensúly megírása	-1 PC
Befejezés	|
	Befejezés

Mi a baj itt? A kontrollmaradványok kudarcot adtak. A 2. dokumentum sikerült elolvasnia a maradványokat korábban, mint az 1. sikerült megírni őket. Ugyanakkor láttam, hogy az 1 dolog maradékaira, és nyugodtan választotta őket az első után. Érdemes értesíteni, hogy a blokkolás ténye továbbra is lesz. 2 A dokumentum egyszerre nem tud leírni a maradványokat, az adatbázis logikai integritásához szükséges, hanem az alkalmazott feladat megoldásához szükséges ez a példa Láthatatlan hasznos.

Most megpróbáljuk kijavítani a helyzetet - a dokumentum lefolytatásának folyamatában, az exkluzív szabályozott blokkolás telepítése közvetlenül a maradékok elolvasása előtt:

Nos, most, amikor kitaláltuk a zárat, csak az ellenőrzött zárak telepítéséhez szükséges, ahol szükséges: csak akkor, ha a maradékszabályozás történik. Ha van egy menedzser az adatbázisban, joga van egy dokumentum elvégzésére, függetlenül attól, hogy van-e termék (pénz) az egyenlegeken, vagy sem, miért kell blokkolni? Egyszerűen nem telepítheti őket, vagy regisztrálhat és kommentálhat jobb időket. Ha a maradékok szabályozzák, szabályként 3-4 regiszter, legfeljebb 10-ok. A vezérlés az általános eljárásokban és funkciókban és funkciókban és a pH beállításához szükséges modulokban felfüggeszthető. A kód rendkívül egyszerű, nyissa meg az asszisztens szintaxisát - megnézzük:

Zár \u003d Új blokkélek;
Elemblokk \u003d blokkolás. Add ( "Regisztráció. TownsnasClands") ;
Element blokk. Létesítmény (minőség ", referenciák. Minőség. Minőségű érintkezés (" 1 "));
Element blokk. Mód \u003d cartoblokkok. Kivételes;
Element blokk. Sourcing \u003d Document objektum. Megtérülése;
Element blokk. Használja a stúdiókat ("nómenklatúra", "nómenklatúra");
Element blokk. Használja a gyárat ("raktár", "raktár");
Zár. Blokk ();

Valójában minden azonnal világos - blokkolja a "árukat a raktáron", 1 mérés kifejezetten, a 2 másik értékek az adatforrásból származó dokumentumokból származnak.

Azok, akik a 8.2-es könyveket olvassák, valószínűleg emlékeznek a "Holding új logikájára" - amikor a maradékszabályozás a dokumentum mozgásainak felvétele után történik. Elosztotta a kérdést, hogy miért van ez? De ugyanaz a névtábla redraw, hogy a maradványok és a blokkolás a mozgások rögzítése után lesz:

Tranzakció 1.	Tranzakció 2.	A maradékok állapota
Rajt	|	1 db
|	Rajt	1 db
|	|	1 db
Írja le a maradékokat	|	0 db
|	Írja le a maradékokat	-1 PC
Zár	|	-1 PC
Olvasási maradék	Megpróbál blokkolni	-1 PC
|	Várakozás a blokkolásra	-1 PC
|	Várakozás a blokkolásra	-1 PC
Befejezés	Várakozás a blokkolásra	-1 PC
	Zár	-1 PC
	Olvasási maradék	-1 PC
	|	-1 PC
	Lemondás	0 db

A megjelenéssel való különbség nem szignifikáns - a teljesítménynövekedés azt a ténynek köszönhető, hogy a maradékok leírása során (az adatbázisba rögzítve, ami valójában időt vesz igénybe), még nincs blokkolva. A zárolás később a tranzakció végéig következik be, ahol negatív maradékok készültek, az alkalmazás üzleti logikája meglehetősen kielégítő.

Tudva, hogy milyen blokkolással igazán kezelheted az Ön által döntött üzleti feladatok alapján. A DBMS-t a Maxisssal adatvédelem feltételezésének alapján fejlesztették ki. Abban az esetben, ha például a banki tranzakciók elvégzését, a blokkolásnak mindenhol és maximális szinten kell lennie. Jobb, ha az extra rekordok blokkolása, mint az adatok ellentmondásának lehetővé tétele.

Abban az esetben, ha zsemlapot vagy golyófogantyúkat árul, aligha szüksége van olyan sok zárra. Több százszor veszítesz több százszor a házasság és az átszervezés az emberi hibát, ami a két azonos szállítási jövedelem két felhasználója esetén lehet.

Az ilyen változásokhoz különböző feladatok A DBMS-ben feltalálta az elszigeteltség szintjét. A tranzakció elkülönítési szintjének telepítésével azt mondhatjuk, hogy a különböző esetekben elképzelhető DBMS (a tranzakció felvételekor és olvasáskor) különböző esetekben elképzelhető DBMS (a különböző esetekben történő felvétel és olvasás során) egymásra helyezhető (nem írható) vagy x (lehetetlen írni vagy írni ) blokkolás.

Tehát az automatikus üzemmódban szinte mindig van egy sorozatos izolációs szint, amely x zárakat ír ki, ahol szüksége van, és ahol nem szükséges, hogy jelentősen elrontja az életedet

És az olvashatóan olvashatóan elolvasott, amely elkészíti és azonnal eltávolítja az S zárat az olvasáskor, és x csak felvétel közben. A leginkább ravasz szint. Gyorsan kivetett s blokkolás Csak lehetővé teszi, hogy ellenőrizze, hogy a zárat nem helyezze el, hogy ez az adatok ne legyenek-e, ami biztosítja, hogy csak a következetes adatok olvashatók legyenek, ahogyan az izoláció ezen szintjén szokásos módon, és ha elolvasta és teljesítette az uralkodást az előzőekben A cikk, az olvasás során még S zár, így csak a felvétel a DBMS szinten blokkolva lesz a felvétel során - ami helyes és szükséges az adatok gravitációjához.

Hogyan működik az ellenőrzött zárakkal - csak a megoldás. De rémületek nem sietnék telepíteni őket. Találkoztam azokban a vállalatoknak, amelyekben volt automatikus zár mód, míg a "ragadt blokkolás" szó még az általános igazgató márkakereskedéséből is hangzott, és ugyanakkor kikapcsolta a negatív maradékok ellenőrzését.

A szükséges mechanizmus a multiplayer működési módjával a szükséges mechanizmus. Megvédik azokat a helyzeteket, amelyek hasonlóak az ugyanazon termék két vezetőjének egyidejű értékesítéséhez, különböző ügyfelek számára. Az 1C platform kétféle zárat biztosít - kezelt és automatikus. Az 1C-ben lévő zárolási módok első része optimális a nagy betöltött rendszerekhez nagy mennyiség felhasználók. Tekintsük részletesebben.

A vezérelt szekrény üzemmód jellemzői

Az automata, kezelt módtól eltérően lehetővé teszi az 1C rendszer saját zárkezelőjének használatát, és kevésbé merev DBMS szabályokat alkalmaz. Vagyis a beépített mechanizmus lehetővé teszi számodra, hogy figyelembe vegye a kérelem üzleti logikáját, és simább és pontosan megállapítja az olvasási és írási adatok korlátozását. A zárolási mód megváltoztatása jelentős teljesítményt eredményezhet, és csökkenti a tranzakciós blokk hibák számát. Ez annak köszönhető, hogy a ROCK Manager által a DBMS kérés átadása előtt a rendszeren belüli korlátozások betartása a rendszeren belüli korlátozásnak.

Jelentős mínusz abban rejlik, hogy a fejlesztőnek önállóan ellenőriznie kell az adatok összhangját, ha beillesztésre és feldolgozásra kerül. Valószínű, hogy a szabályozott zár mód bekapcsolása után sok ellenőrzést kell írnia az előző biztonsági szint eléréséhez. Ennek ellenére sok vállalat szeretne átváltani a kezelt módba, ha a képességek lehetővé teszik.

A szoftverellenőrzések és korlátozások kidolgozása során fontos megjegyezni, hogy az ellenőrzött zárak jellemzője - bármelyikük a tranzakció végéig tart. Ebből következik, hogy a programozóknak közelebb kerülnek a tranzakció végéhez, hogy a várakozás valószínűsége minimális legyen. Ha számításokat kell tennie, és írja meg az eredményüket, akkor a blokkolás bevezetése helyesbb a számítások után regisztrálni.

Az 1c blokkolás másik gyakori problémája a dokumentumok behozatala. Sok fejlesztő meglehetősen egyszerű megoldást használ - ha a betöltés nem tart dokumentumokat, hanem csak a létrehozáshoz. És után, egy egyszerű mechanizmus segítségével végezze el az összes betöltött adatot többszálas üzemmódban kulcsfontosságú jellemzőkkel - nómenklatúra, partnerek vagy raktárak.

Az átmeneti algoritmus az ellenőrzött 1c zárra egyszerűen úgy néz ki, de a nem minősített 1C rendszergazda hibákat okozhat, javíthatja, hogy nehéz lesz. Leggyakrabban vannak olyan problémák, amelyek redundáns vagy elégtelen blokkoló szintek vannak. Az első esetben a rendszer sebességével kapcsolatos problémák merülnek fel, a szerver klaszter vészleállásáig. Az elégtelen zárak veszélyesek a számviteli hibákban, miközben egyidejűleg dolgoznak.

Váltás menedzsment módba

Annak ellenére, hogy az alábbi tényt mutatják be az ellenőrzött zárakra való áttérés teljes algoritmusához, azt tapasztalt szakember végezheti. Ha nem érti az 1C és a DBMS zárómechanizmus működésének elvét, akkor valószínűleg nem valószínű, hogy helyesen írjon korlátozásokat. De az összetett konfigurációkhoz kapcsolódik. -Ért egyszerű konfigurációk A kezdők fejlesztők sikeresen befejezhetik az üzemmód megváltoztatásának módját, és élményt kaphatnak:

• Először meg kell változtatnia az adatblokkolás vezérlési módját a konfigurációhoz. Ehhez nyissa meg a konfigurátor konfigurációs fát, és a kompatibilitási szakaszban lévő gyökérelem tulajdonságai módosítsa az üzemmódot. Válassza az "Automatikus és kezelhető" lehetőséget, hogy az összes objektum új módba kerüljön, mielőtt nem fordult elő hibák;

• Most eljön a dokumentumok sora. Végtére is, ez a segítségükkel regisztráljuk az ellenőrzött eseményeket. Indítsa el az 1C-os szabályozott zárakat a leginkább letöltött dokumentumokból. A másik lapon adja meg a "kezelhető" zár módot;
• Megtaláljuk a már feldolgozott dokumentumhoz kapcsolódó összes regisztert, és a hasonló dokumentumok módszere szerint egy kezelési módba fordítjuk őket;
• A következő lépés tartalmaz egy keresést és megváltoztatja az összes tranzakciót módosított objektumokkal. Ez magában foglalja a kifejezett változásokat, beleértve kulcsszavak "Indítási feszültség ()" és minden dokumentum és regiszter, beleértve a tranzakciókat is;

A kiindulási feszültség () minden egyes dokumentációs kimenethez az objektumciklus felsorolásából \u003d dokumentáció. Perepaial objektum (); Próbálja ki az objektumot. Számítógépek (igazság) telepítése; Eliminációs hiba \u003d igazság; Törlés (); Jelentés ("Dokumentum törlése" + objektum); Megszakítás; Ünnepségek; Endcycle; Rögzítse a tranzakciót ();

• A lekérdezési nyelv operátorának kizárása "megváltoztatni". A "LockData" objektummal helyettesítheti a kérést és az algoritmust a hívás és feldolgozás céljából.

Az utolsó két szakasz a fejlesztő legösszetettebb és képzettsége, de garanciák, hogy fenntartsák a rendszer elszámolási állapotát a rendszerben.

A kezelt zárakra való áttérés fő oka:

• A fő ok az 1C ajánlás: szakértő az olvasások vagy az 1c: PC
• A felhasználók párhuzamos működésével kapcsolatos problémák ()
• Használja Oracle, PostgreSQL és.

A munka költsége:

A szabályozott blokkolás lényege

Automatikus zárvezérlési módban való munka esetén: A vállalat nagyfokú adatszigetelést állít be a tranzakcióban a DBMS szinten. Ez lehetővé teszi a nem holisztikus vagy helytelen adatok megszerzésének lehetőségét, anélkül, hogy különleges erőfeszítéseket teszne az alkalmazott fejlesztőknek.

Ez egy kényelmes és helyes megközelítés, amikor kis mennyiség Aktív felhasználók. A könnyű fejlesztés ára bizonyos mennyiségű redundáns blokkolás a DBMS szinten. Ezek a zárak mind a DBMS reteszelő mechanizmusainak megvalósításának jellemzőivel társulnak, és így a DBMS nem veszi figyelembe (és nem veszi figyelembe) a metaadatok objektumok fizikai jelentését és szerkezetét 1c: vállalkozások.

Ha magas versenyforrásokkal foglalkozik ( nagyszámú Felhasználók) Egyes ponton a blokkolás csökkentésének hatása észrevehetővé válik a teljesítmény szempontjából párhuzamos üzemmódban.

Miután a konfigurációt szabályozott üzemmódra alakítják át, az opcionális "Lock Manager" és az adatok integritásának vezérlését most aktiválják a DBMS oldalán, de az 1c szerver oldalán. Ez növeli az 1C szerver vasalójának terhelését (a szükséges gyorsabb processzorok és több memória), és valójában még egy kis lassulást (több százalék), de sokkal nagyobb jelentős javítja a helyzetet zárral (kevesebb blokk az objektum blokkolásának köszönhetően, és Nem az asztalok kombinációjához, kevesebb blokk területhez, és bizonyos esetekben kevesebb élettartama emelés, azaz nem a tranzakció végéig). Ennek köszönhetően a teljes párhuzamosság javul.

Az új 1C konfigurációk azonnal kezelhető módban kerülnek végrehajtásra.

• Kérdés: Lehetséges-e először az ellenőrzést, majd átadni az UB-ra?

Válasz: Lehet, hogy az ellenőrzés a fordítás szabályozott zárak megvalósíthatóságának további megalapozottságaként szolgál, és értékeli az automatikus zárak hozzájárulását az átfogó lassításhoz, és további erőfeszítésekre van szükség a fordításon kívül.

• Kérdés: Az UB-ra való átutalás, pontosan mi a hozzáférés - RDP, TeamViewer? Vagy küldhet fájlkonfigurációt?

Válasz: Nem próbálunk korlátozni egy specifikus technológiát. távoli hozzáférésalkalmas a távoli hozzáférés bármely technológiája. Ha nem számít Önnek, akkor praktikus RDP.
Az elküldött konfigurációs fájl optimalizálást végezhetünk, de akkor nem lesz képes hibakeresés néhány valódi adat, és figyelni kell a tesztelésre. Ha optimalizálást végezünk az alap másolatánál, akkor gondosan tesztelhetjük, mielőtt megadjuk a munka eredményét.

• Kérdés: A 10 rendszeres programozónk, akik minden nap megváltoztatják a konferenciát a konferencián. Használt általános konfigurációs tároló ". Hogyan szervezhető az interakció az UB-re \u200b\u200btörténő átvitel során? Vagy minden programozónak nyaralni kell?

Válasz: Rendszerként a változásaink pár napon belül történik. Az idő hátralévő részében tesztelni kell változtatott, többek között a meghatározott vállalkozás szükséges logikájának szempontjából, és nem technikai szempontból. mi Módosíthatjuk külön fájl Konfiguráció CF, majd a programozó lehetővé teszi a tárolóban. Nyaraláson bárki nem lehet elküldeni. Más interakciós lehetőségekben csak meg kell állapodnia, hogy melyik objektumok tervezik a fejlesztők megragadását, hogy építsünk egy munkát, amely kényelmes mindkét fél számára. Jellemzően a teljes konfigurációs rögzítés nem szükséges, vagy adjon nekünk egy "kormánykeréket".