Какви са характеристиките на репликацията на данни от разпределени бази данни #basics #EDMS #ECMJ
Въпросът на читателя на списанието „Съвременни технологии за работа с документи и работен поток“: „Какви са характеристиките на репликацията на данни от разпределени бази данни?“
Има два вида репликация: онлайн и офлайн (наричани още синхронни и асинхронни).
Първият тип е конфигуриран за онези бази данни, които са свързани помежду си чрез комуникационни канали с добра честотна лента. И всички промени в тези бази данни се случват в реално време: веднага щом има промяна в информацията в една база данни, тя се синхронизира (копира) в друга база данни. Например, документ е редактиран и записан в един от клоновете на компанията и в резултат на това всички клонове ще имат модифицирания документ.
В този случай трябва да имате предвид:
1. Времето за изпълнение на операцията ще бъде увеличено поради факта, че в момента на записване на данните, те се репликират в други бази данни.
2. Проблемите, свързани с наличността на данни, са типични.
3. Този тип репликация е възможна само за комуникационни канали с висока честотна лента.
Репликацията има следните характеристики:
1. За уникално идентифициране на записите в разпределени бази данни, те трябва да имат уникален идентификатор в няколко бази данни.
2. Необходима е същата структура за съхранение на данни в базата данни.
3. Необходимо е да се вземе предвид репликацията на свързаните записи в директорията. Например, когато създаваме нов контрагент в директорията „Организации“, създаваме и нов запис в директорията „Градове“. При репликиране на нов запис в директорията на Организацията, записът на директорията „Градове“ (ако преди това не е бил в целевата база данни) също трябва да бъде прехвърлен, за да се гарантира коректността на репликираните данни.
4. При репликиранеDB може да има конфликти с данни
● изтриване на използван запис;
● изтриване на модифициран запис;
● промяна на променения запис;
● промяна на несъществуващ запис;
● неуникалност на кода или името на записа в указателя;
● липса на запис в указателя;
● липса на права за извършване на действие.
Но трябва да се отбележи, че съвременните системи ви позволяват бързо да разрешавате такива конфликти, включително автоматично.
5. Необходимо е предварително да обмислите ситуациите на дубликати и да се опитате да ги предотвратите. Тъй като синхронизирането става с известно забавяне във времето, е възможно един и същ запис да бъде направен в няколко бази данни, например в директорията "Организации". Друг пример за дублиране: "LLC Alpha" и "Alfa LLC" - за системата това са два различни записа. Възможно е да се избегне дублирането на данни, ако се спазват единните правила за водене на записи в базите данни и разграничаването на правата, тоест това се решава с организационни мерки.
Недостатъците на репликацията включват, че някои от времевите копия на данните не са идентични с базовите данни, така че потребителите трябва да обмислят кога точно тези данни са били синхронизирани.