合計で200GB以下のPDFが5,000個あります。これらは、年間を通じて約1,000回のバッチで更新する必要がある可能性があります。
私が見るように、2つの主要なルートがあります...
1)Tridionを介してPDFおよび関連するメタデータを公開します。2)配信環境に直接インポートし、TridionでPDFメタデータを管理します。
これらのPDFをCMSに通す説得力のある(ビジネス)理由は、それらを本番環境に移行するためのルートです-CMS=簡単-非CMS=まったく簡単ではなく、それがビジネスに直接与える制御です。
確かに、バイナリアイテムに直接関連付けられたメタデータを管理し、CMSで制御されていないバイナリアイテムへの「リンク」を使用してコンポーネント(メタデータ用)をマッピングするのではなく、コンポーネントのリンク(使用場所を追跡するなど)を利用することをお勧めします-したがって、CMSを介した方が理にかなっているように思われます。
さて、データベースを肥大化させる/公開キューをブロックするという問題があります...
これらのアイテムの一部はワークフローを通過する必要がある場合があります(WebDAVを介してバッチアップロードする場合、特定のフォルダーに特定のカートリッジを定義して、異なるスキーマを関連付けることができると思いますか?)。ただし、WebDAVを使用すると、PDF(およびの履歴バージョン)がデータベースに保存されることになり、問題が発生する可能性があります。
つまり...これらを外部リンクコンポーネントとしてTridionでリンクすることはできますが、これはWebDAVを使用できないことを意味すると思います(または、外部にリンクされたPDFでWebDAVを使用できます-意味がないようです)。
CMS内(またはその周辺)で管理されている大量のバイナリは、私たちの多くが遭遇したものであり、他の人がこのジレンマにどのように取り組んでいるかを聞くことに非常に興味がありますか?
ありがとう