Які існують особливості реплікації даних із розподілених БД #основи #СЕД #ECMJ
Питання читача журналу «Сучасні технології діловодства та документообігу»: "Які існують особливості реплікації даних із розподілених БД?"
Розрізняють два види реплікації: онлайн та офлайн (ще їх називають синхронною та асинхронною).
Перший тип налаштовується тих баз даних, які з'єднані між собою каналами зв'язку з гарною пропускною здатністю. І всі зміни в цих БД відбуваються в реальному часі: щойно відбулася зміна інформації в одній БД, вона синхронізується (копіюється) в іншу базу. Наприклад, документ відредагували та зберегли в одній із філій компанії, а в результаті змінений документ матимуть усі філії.
У цьому випадку слід враховувати:
1. Час виконання операції буде збільшено через те, що в момент збереження даних вони реплікуються на інші бази даних.
2. Характерні проблеми, пов'язані з доступністю даних.
3. Цей вид реплікації можливий лише для каналів зв'язку з високою пропускною здатністю.
Для реплікації характерні такі особливості:
1. Для однозначного визначення запису у розподілених базах даних повинен мати унікальний ідентифікатор у межах кількох БД.
2. Необхідна однакова структура зберігання даних у БД.
3. Необхідно враховувати реплікацію пов'язаних записів довідників. Наприклад, при закладенні нового контрагента у довіднику «Організації» ми створюємо ще й новий запис у довіднику «Міста». При реплікації нового запису довідника Організації також має бути передано і запис довідника «Міста» (якщо раніше його не було в цільовій БД) для забезпечення коректності даних, що реплікуються.
4. При реплікаціїБД можуть виникати конфлікти даних
● видалення використовуваного запису;
● видалення змінного запису;
● зміна зміненого запису;
● зміна неіснуючого запису;
● неунікальність коду або найменування запису довідника;
● відсутність запису довідника;
● відсутність прав на виконання дії.
Але слід зазначити, що сучасні системи дозволяють швидко вирішувати подібні конфлікти, зокрема автоматично.
5. Потрібно заздалегідь продумувати ситуації виникнення дублів і намагатися їх запобігти. Так як синхронізація відбувається з деякою затримкою в часі, можлива ситуація, коли в кількох базах заведуть той самий запис, наприклад, у довіднику «Організації». Ще приклад дублювання: «ТОВ Альфа» та «Альфа ТОВ» – для системи це два різні записи. Уникнути дублювання даних можливо, якщо дотримуватись єдиних правил ведення записів у базах даних та розмежуванням прав, тобто це вирішується організаційними заходами.
До недоліків реплікації можна віднести те, що частина часу копії даних не ідентичні базовим даним, тому користувачі повинні враховувати, коли були синхронізовані ці дані.