合計で200GBを超える5,000のPDFがあります。それらは、約1,000のバッチで年中更新される必要がある可能性が高い。TridionとPDF(大量)コンテンツ管理
私が見るように、2つの主要なルートが存在...
1)Tridionの 2を介してPDFと関連するメタデータを公開する)インポート直接送達環境へとTridionの
におけるPDFのメタデータを管理しますCMSを介してこれらのPDFを置くための魅力的な(ビジネス上の)理由は、それらをプロダクションにするためのルートです - CMS = Easy - non-CMS =全く簡単ではなく、ビジネスに直接的に与えるコントロール。
バイナリアイテムに直接関連付けられたメタデータを管理し、コンポーネント(メタデータの場合)を非CMSの "リンク"でマッピングするのではなく、コンポーネントのリンクを利用する制御されたバイナリ項目 - それは私にはそうだからまでCMSはより意味をなさないでしょう。
今 - パブリッシング・キューをブロック/データベースの膨満感の質問は...あります
これらの項目のいくつかは、私たちは特定のカートリッジを定義することができ想定し、我々はバッチのWebDAVを通じてアップロードした場合(ワークフローを経る必要があるかもしれません特定のフォルダのために異なるスキーマを関連付けるか?)。しかし、WebDAVを使用するととなるでしょう。おそらくは、がになる可能性があるデータベースにPDF(およびその履歴バージョン)が格納されることを意味します。私はこれを推測
そう...私たちは外部リンクとしてTridionの中でこれらをリンクすることができコンポーネントしかしは、その後、我々はWebDAVを使うことができませんでした(または、我々はまだexternally_linked PDFファイルでのWebDAVを使用することができます意味しますが - それはdoesnのように思えます
CMSで管理されている大量のバイナリは、私たちの多くが遭遇したことであり、他の人たちがこのジレンマにどのように近づいてきたかを聞くことに非常に興味がありますか?
おかげ
ありがとうジョン - 私たちはこのアプローチについてもっと話し合い、それがどのように考えられるかについて話し合い、その後私はそのポストを更新します。 –