За организирането на три опции са възможни карта за съхранение: Да се използва собствения си гардероб, стандартна среда база данни или активи, върху които е изградена на базата данни.
Правилното съхранение на документи, атрибути, за да го оптимизираме за задачата на карти за съхранение, гъвкавост, за да изпълнява функции за създаване на сложни карти (с, например, повечето видове прикачени), както и използването на ефективни алгоритми за намиране на информация в картите. Към системата има свой собствен хранилище, включват, например, на Documentum "Ефрат" и компанията Когнитивна технологии "Гарант-Офис" Дружеството "Гарант International". Очевидният недостатък на този подход е невъзможността да се използват стандартни ресурси ИТ среда, както и зависимостта на критичната информация от страна на продавача DMS. Ако използвате стандартна база данни, винаги има възможност за миграция на данни към базата данни от друг доставчик. Налице е също така изборът на по-трудно - трябва да се откаже от използването на конкретен EDS като цяло и миграцията на данни от един EDS на друг порядък по-трудно, отколкото в случая с базата данни.
При използване на стандартна база данни за съхраняване на документи, този проблем е решен. За такива системи включват, например, "Бизнес" от системата за EOS, "1C: Архив" и DocsFusion компания Hummingbird. Въпреки това, този подход има своите слабости - релационния модел, реализиран в повечето от базата данни не е удобно за модела на данни, използвана в SED. Това е доста трудно да се осигури необходимата гъвкавост при създаването на документи карти, особено ако имате нужда от сложна структура. Така SED разработчиците са изправени пред дилема: да се разработи проста, но ефективна структура за съхранение в същото време да се откаже от гъвкавост в създаването на карти или имат обемисти структура, която осигурява необходимата гъвкавост за сметка на ефективност, прозрачност и надеждност на системата. Вторият неприятен проблем е, че когато използвате външна база данни са налице трудности, както когато мигрират от една версия на друг EDS, и прехода от една версия на друг СУБД. Най-често тази ситуация води до определени потребители консерватизъм въпросната прехода към новата версия.
Ако EDS се основава на някое от информационната среда, то е грях да не се възползва от своите ресурси. Повечето системи от този тип са популярни в Русия, построен на базата на Lotus Notes / Domino. Това ви позволява да използвате всички механизми, предвидени в околната среда, включително архивиране, репликация, търсене и т.н. Проблеми на този подход е в самата необходимост от определена защита за системи за управление на документи, както и ограниченията, наложени от специфичната среда в структурата на своите бази данни.
Свързани статии