Что является причинами хранить документы в DBMS при использовании Находящегося на воздухе CMS

У меня есть интервью относительно стажировки с компанией, которая хочет реализовать систему управления документами, и они рассматривают на решениях с открытым исходным кодом первого места, при этом их лучший выбор Находящийся на воздухе, но решение все еще не является окончательным, часть моей работы там должна была бы заняться расследованиями, является Находящимся на воздухе лучшее решение.

То, что я видел из описания проекта, то, что они реализовали бы Под открытым небом с базой данных MySQL, а не использовать DBMS только для метаданных документа и индексации, но они на самом деле хотят хранить документы внутри. Профилем деятельности компании типом документов был бы главным образом PDF и .doc, не изображения.

Я исследовал немного, и я считал все темы, здесь связанные с тем, чтобы хранить файлы в базу данных, для не дублирования вопроса. Таким образом от того, что я понимаю, хранение БЛОБОВ обычно не рекомендуемо, и профилем компании и их юридических обязательств с архивацией, я вижу, что они должны будут сохранить большую сумму документов.

Я хотел бы быть готов так, как я могу для интервью, и именно поэтому я хотел бы Ваше мнение об этих вопросах:

  1. Каковы будут Ваши причины решения хранить документы в DBMS, (особенно имеющий в виду это, Вы устанавливаете Под открытым небом, который хранит файлы в FS)???

  2. У Вас есть какой-либо опыт с тем, чтобы хранить документы в базу данных MySQL конкретно???

Вся справка очень ценится, я действительно взволнован интервью и действительно хочу эту стажировку, таким образом, это - одна из вещей, я действительно хочу понять прежде!!

Спасибо!!!!

6
задан APC 11 April 2010 в 09:42
поделиться

1 ответ

Исходя из моего опыта работы с Alfresco, это потребует большой настройки репозитория Alfresco. Я бы сам туда не пошел. Но если бы пришлось, я бы ответил на ваши вопросы следующим образом:

  1. Причины для хранения документов в СУБД вместо файла могут быть:

    • использование средств резервного копирования / безопасности СУБД для копирования / сохранения / резервного копирования документации, и этот, вероятно, хороший:
    • доступ к этим документам может быть проще из других приложений. Я имею в виду, что если вы все равно переписываете службу хранения, вы можете переписать ее, чтобы вы также сохранили некоторые метаданные в новой структуре базы данных. Это создало бы некоторую избыточность, но сделало бы документы доступными из других систем без необходимости зависеть от Alfresco.
  2. У меня есть некоторый опыт работы с приложениями, которые используют СУБД в качестве хранилища - приложение использовалось для хранения входящих счетов, чтобы их можно было утверждать, оспаривать, отправлять для оплаты или что-то еще. У него были приличные характеристики LAN, но у компании была действительно хорошая пропускная способность. Однако в удаленных местах это было немного отставало, так как документы передавались туда и обратно.

2
ответ дан 17 December 2019 в 20:30
поделиться
Другие вопросы по тегам:

Похожие вопросы: