Co je transakce? Systémy pro zpracování transakcí

Ve světě, kde je všechno tak rychle mění, nemůžeme po dobu jedné minuty zastavení. To platí jak pro přijetí nových informací. Neznámým pojmem nebo nejnovější verze softwaru - to je příležitost zaplnit znalosti v určité oblasti. Dnes budeme hovořit o tom, co se transakce, jak to funguje.

Úvod do terminologie

Různé software pro automatizaci obchodních procesů pevně stanovena na trhu za posledních 15 let. To vyžaduje schopnost pracovat se softwarem na různých úrovních interakce: jako operátor, programátor, účetní, atd Proto je důležité pochopit některé mechanismy tohoto programu. Chcete-li začít, pojďme řešit takové časté a děsivé mnoho podmínek transakce. Nejčastěji půjčit slova krásné skryté zdaleka tak složitého fenoménu, jako lidí si uvědomuje, pronášet nový termín, snaží se podle sluchu. Pojďme pochopit, že takové transakce.

definice

Tento zápis je používán se odkazovat na jakýkoli výrobek, který implementuje do databáze. Některé operace jsou logicky kombinovány do jednoho a běží střídavě na sebe, a tam je transakce. V každodenním životě, transakce lze považovat za řetězec postupů, jako je „vzhůru - promývá - oblečená - snídaně - dal se do práce.“

Uvažujme výše uvedeného pojmu pro produkty příkladu 1C. Transakce - to je stejný nedělitelná sekvence. Dobrý model může sloužit jako záznam o komoditní jednotku: otevřením požadovaný adresář vytvořit nový záznam, vyplňování polí. Aby bylo zajištěno, že všechny tyto kroky vedly k požadovanému výsledku, je nutné k jejich provedení přísně od začátku až do konce. Teprve pak je postup bude považovat za úspěch. V opačném případě je transakce zrušena.

Tyto procesy mohou být buď automatická převodovka, která je k dispozici v systému a ručně developer dokončit po koupi hotového výrobku, aby druhý jednodušší pro uživatele konkrétního podniku. Kromě toho je automatický režim, kdy je chování systému regulován vestavěného mechanismu, transakce může být převeden na běh.

Transakce v 1C: nuance zabudované v jazyce

Co je transakce v obecném případě, můžeme pochopit. Ale protože každá společnost zabývající se vývojem softwaru, což z něj svou vlastní cestou, existují určité rozdíly mezi transakcemi obecně a transakce v 1C zejména. Například, vnořené (transakce v rámci transakce) nejsou podporovány v 1C.

Z hlediska provozovatelů syntaxe vestavěných jazyku dost jednoduché. Zahájením procesu vyhlašuje speciální postup BeginTransaction (). ZafiksirovatTranzaktsiyu () postup se používá pro záznam změn během provádění akcí. Pokud se v procesu, který selže, je možné OtmenitTranzaktsiyu () vrátit zpět potvrzené změny.

Proč používat transakce je výhodnější? Protože kód v těchto postupech je mnohem rychlejší. Je to a hledá jakýkoliv programátor. Rozdíl v rychlosti nemusí být tak znatelné, pokud uživatelé 1C v kanceláři 1-2 zaměstnanců, ale to je nemožné cítit, pokud jde o celých odděleních, současně provádět různé práce v rámci tohoto programu.

nástrahy

Kromě zjevné výhody, spočívající ve vážném zvýšení rychlosti čtení a záznam při práci s databází, v rámci transakce je minus. Vraťme se k dřívějšímu příkladu života. Jaký je transakce, která není provedena jednou osobou, a celá rodina? Každý, kdo se snaží dostat do koupelny umýt před celým davem v kuchyni, protože to je čas snídaně. Výsledkem je, že rodinní příslušníci jsou nespokojeni s sebou. V nejlepším případě je to jen špatný začátek dne, v nejhorším případě - být pozdě do práce, pokárání od svých nadřízených, aby zmařit.

V programu je stejný. Pokud všichni uživatelé začnou upravovat data ve stejnou dobu na stejném dokumentu, který je považován za poslední verze? Jaká data jsou využívána k zachránit? Aby se zabránilo takový zmatek, že je blokovací mechanismus. To znamená, že zatímco jeden uživatel pracuje na dokumentu, druhý umístil do virtuální fronty a čeká. Po úspěšném absolvování nebo vrácení dokumentu nemusí fungovat další uživatele.

Nebo nemusí být ovládány zámky?

Koncept transakce nemůže být plně řešit bez problému nadměrného zámků. Co je větší zlo: absence zámků, které vedou k abnormálnímu procesu čtení a psaní se špatným výsledkům na výstupu, nebo příliš mnoho, inhibici chod celého podniku?

Nejlepším řešením - řízené zámky, které jsou zlatá střední cesta. Příslušný programátor může upravit stávající mechanismus pro potřeby organizace, takže opravdu důležité dokumenty jsou zpracovány ve frontě objednávky. Podle stejných konfiguračních prvků, které nevyžadují zámky, můžete povolit volný střih.

Tak včas analýza transakcí a správný přístup k zablokování umožňuje plné využití flexibility systému „1C: Enterprise“ a optimalizovat provoz databáze, minimalizuje časové ztráty.

Co způsobuje nadměrné zámek?

Otázkou není řečnická. V případě potřeby zámek odstranit, bude zmatek a chaos. Databáze bude sbírat chybných údajů a to z důvodu současných odepsat zůstatků, nebo naopak, časového rozlišení aktiv. Ale důsledky takového druhu, který vyjde najednou. Poprvé dílo půjde rychle, vytváří iluzi správnosti volby selhání zámku. Na druhou stranu, velké množství nekoncepční zámky okamžitě příčinou chybové zprávy. „Nelze dokončit bezpečné transakce“ - varuje náš systém. Co to znamená? Dva vzájemně blokovány transakce k sobě navzájem tak, že nikdo nemůže buď dokončit práci, nebo provést zrušení. Bludný kruh „mrtvý“ transakce bude viset v databázi před detekcí, což výrazně snižuje výkon systému.

Zbytečné za chirurgický zákrok opatření ke zvýšení počtu záznamů v logu. Navíc, takový systém není životaschopný, protože ještě větší uživatel jednoduše pohřbít jej pod tíhou „mrtvé“ zámky. Prostoje se neustále rozrůstá. Jak se vyhnout takovým situacím?

Úrovně izolace - jeden způsob, aby najela na mělčinu

Nehledě na skutečnost, že taková transakce, jsme se zmínili o úskalí. Pokračovat v analogii, můžeme s jistotou tvrdit, že rozdíly v úrovni zámku - spolehlivým nástrojem pilot na cestě do moře 1C. Existují dvě úrovně izolace: „pouze pro čtení, žádný záznam“ a „žádný záznam nebo čtení.“ Při automatické volbě režimu není k dispozici. Ale to je dost přeložit aplikace ve spravovaném režimu, a můžete dát „chytré“ omezení, si vybírat nejen důležité dokumenty, ale také jim přiřadí odpovídající úrovně izolace.

Nicméně, dobře-představil práci - je především prevence krizových situací, a to nejen včasné likvidace již došlo k selhání. Asistent správce databáze bude poskytovat systémy pro zpracování transakcí. Právě na základě těchto údajů, jak bylo veškeré operace v systému, zda byly úspěšně dokončena nebo zrušena, je možné předvídat další chování systému a zabránit potenciálním hrozbám.

Všeobecný přehled

Řešili jsme s definicí transakce považována za vývojový diagram procesu zevnitř, se seznámili s různými způsoby regulace provozu v rámci jednotného informačního základny.

Jak je znázorněno, tento mechanismus není snadné, ale snadno pochopitelný a lépe řešit i začínajícím programátorům a správcům databází. kontrolní metody ještě nemůže být dovedeno k dokonalosti, a aby se předešlo problémům v plně automatickém režimu, také není možné, ale přesto se každá nová verze života vývojáře softwaru se stává snadnější.