Сховище атрибутів документів - студопедія

Для організації сховища карток можливі три варіанти рішення: використання власного сховища, стандартної СУБД або коштів середовища, на основі якої побудована СУБД.

Власне сховище атрибутів документів дозволяє оптимізувати його під задачу зберігання карток, гнучко реалізувати функції створення складних карток (мають, наприклад, велику вкладеність типів), а також використовувати ефективні алгоритми пошуку інформації в картках. До систем, які мають власне сховище, відносяться, наприклад, Documentum, «Євфрат» компанії Cognitive Technologies і «Гарант-Офіс» компанії «Гарант Інтернейшнл». Очевидним недоліком такого підходу є неможливість використовувати стандартні ресурси наявної інформаційної середовища, а також залежність критично важливої ​​інформації від постачальника СЕД. У разі, якщо ви використовуєте стандартну СУБД, завжди є можливість міграції даних на СУБД від іншого постачальника. Тут же вибір жорсткіше - доведеться відмовитися від використання конкретної СЕД взагалі, а міграція даних з однієї СЕД в іншу на порядок складніше, ніж у випадку СУБД.

При використанні стандартних СУБД для зберігання документів дана проблема вирішується. До такого роду систем відносяться, наприклад, системи «Дело» від ЕОС, «1С: Архів» і DocsFusion компанії Hummingbird. Однак такий підхід має свої слабкі сторони - реляційна модель, реалізована в більшості СУБД, не зручна для моделі даних, використовуваної в СЕД. Досить складно забезпечити необхідну гнучкість при створенні карток документів, особливо, якщо потрібна складна структура. Розробники СЕД при цьому виявляються перед дилемою: розробити просту, але ефективну структуру зберігання даних, при цьому відмовитися від гнучкості при створенні карток, або мати громіздку структуру, яка забезпечує необхідну гнучкість за рахунок ефективності, прозорості та надійності роботи системи. Друга неприємна проблема полягає в тому, що при використанні зовнішньої СУБД виникають деякі труднощі як при міграції з однієї версії СЕД на іншу, так і при переході з однієї версії СУБД на іншу. Найчастіше така ситуація призводить до певного консерватизму користувачів в питанні переходу на нові версії.

Якщо СЕД побудована на основі будь-якої інформаційної середовища, то гріх не скористатися її ресурсами. Більшість систем такого типу, популярних вУкаіни, побудовано на основі Lotus Notes / Domino. Це дозволяє використовувати всі механізми, закладені в цю середу, в тому числі кошти резервного копіювання, реплікації, пошуку і т.д. Проблеми такого підходу лежать в самій необхідності наявності певного середовища для роботи системи управління документами, а також в тих обмеженнях, які накладає конкретна середовище на структуру її баз даних.

Схожі статті