У нас есть 5000 PDF файлов, которые должны быть не более 200 гб. Они, вероятно, будут нуждаться в обновлении в течение года в партиях около 1000.
Как я вижу, есть два основных маршрута...
1) Публикация PDF и связанных с ним метаданных через Tridion 2) Импорт непосредственно в среду доставки и управление метаданными PDF в Tridion
Убедительная (деловая) причина для размещения этих PDF файлов через CMS - это путь к их производству - CMS = Easy - не-CMS = Нелегко вообще и контроль, который он дает непосредственно бизнесу.
Мы, конечно же, предпочли бы управлять метаданными, напрямую связанными с двоичным элементом, а также использовать компоновку ссылок (отслеживать, где используется и т.д.), а не сопоставлять компоненты (для метаданных) с "ссылками" на не связанные с CMS двоичный элемент - так что мне кажется через, CMS будет иметь больше смысла.
Теперь - возникает вопрос о раздувании базы данных/блокировании очереди публикации...
Некоторым из этих элементов может потребоваться пройти рабочий процесс (если мы выгружаем пакет через WebDAV, я предполагаю, что мы можем определить конкретные картриджи для определенных папок и, следовательно, связать разные схемы?). Однако использование WebDAV предположительно означает, что PDF файлы (и исторические версии) будут храниться в базе данных, что может быть проблематичным.
Итак... мы могли бы связать их в Tridion в качестве компонентов внешней ссылки, но я предполагаю, что это означало бы, что мы не могли бы использовать WebDAV (или мы могли бы использовать WebDAV с файлами externally_linked), похоже, это не имеет смысла? )
Я уверен, что большое количество исполняемых файлов, управляемых в (или около) CMS, - это то, что многие из нас встретили, и было бы очень интересно узнать, как другие подошли к этой дилемме?
Спасибо