我们有5,000个PDF，总共不应超过200GB。他们可能需要全年更新，批量约为1,000。
如我所见，有两条主要路线......
1）通过Tridion发布PDF和相关元数据 2）直接导入交付环境并管理Tridion中的PDF元数据
通过CMS放置这些PDF的一个令人信服的（商业）原因是让它们投入生产的途径 - CMS =简单 - 非CMS =根本不容易以及它直接为业务提供的控制。
我们当然更愿意管理与二进制项直接关联的元数据，并且还利用组件链接（跟踪使用的位置等）而不是使用＆＃34;链接＆＃34;来映射组件（用于元数据）。到一个非CMS控制的二进制项 - 所以在我看来通过 CMS会更有意义。
现在 - 存在膨胀数据库/阻止发布队列的问题......
其中一些项目可能需要通过工作流程（如果我们通过WebDAV批量上传，我认为我们可以为特定文件夹定义特定的盒式磁带，从而关联不同的架构？）。但是 - 使用WebDAV 可能意味着PDF（及其历史版本）将存储在可能存在问题的数据库中。
所以...我们可以将这些链接在Tridion中作为外部链接组件但是我认为这意味着我们无法使用WebDAV（或者我们可以仍然使用带有external_linked PDF的WebDAV - 看起来它没有意义吗？）
我确信在CMS中（或周围）管理大量二进制文件是我们许多人遇到的事情，并且非常有兴趣了解其他人如何应对这种困境？
由于
答案 0 :(得分：4)
回答你的观点：
所以...我们可以将Tridion中的这些链接作为外部链接组件，但我 假设这意味着我们不能使用WebDAV（或者我们仍然可以 使用带有external_linked PDF的WebDAV - 似乎没有 感？）
我不确定这是否可以通过WebDAV实现，但如果你决定沿着外部多媒体路线走下去，你可以编写一个简单的应用程序，根据pdf文件的存储目录/目录创建多媒体组件。 / p>
我见过一种实现，其中使用特定的发布只允许用户放置文件并通过Tridion发布。发布到共享区域的发布已发布共享文件夹，已映射到所需的演示文稿网站（IIS中的虚拟目录）....自定义模式字段用于帮助用户选择如何将pdf嵌入到内容中。我知道，这是一个非常奇怪的解决方案，但它解决了很多问题，简单的安全性和发布配置，并且pdf没有通过蓝图/本地化在数据库中复制。
答案 1 :(得分：1)
我认为您（或您团队中的某个人）必须在SDL Tridion论坛中提出此问题。如果不是，这是一个巨大的巧合，并看看那些建议。
我会让其他人知道他们的经历，但如果您想使用WebDAV，它将始终使用多媒体组件的上传版本。您应该将外部二进制文件视为CMS无法控制的只读源。
正如我在其他论坛中所说，如果您需要工作流程并管理谁可以编辑二进制文件的用户权限，我建议您坚持将其上传到CMS。如果你在谈论Terra-bytes我会更关心，但我不认为你的数据大小有什么大问题。
考虑经常运行清除工具来删除非常旧版本的二进制文件，并确保在发布它们时留出一些时间。同时以小批量发布它们，因为超过500Mb的发布事务是众所周知的内存密集型。