Tridion和PDF（高容量）内容管理

我们有5000个PDF，总计不应超过200gb。它们很可能需要在一年中成批更新，大约1000次

如我所见，有两条主要路线

1） 通过Tridion发布PDF和相关元数据 2） 直接导入交付环境并在Tridion中管理PDF元数据

让这些PDF通过CMS的一个令人信服的（商业）原因是让它们投入生产的途径-CMS=容易-非CMS=一点也不容易，以及它直接给企业带来的控制

我们当然更愿意管理与二进制项直接相关的元数据，并利用组件链接（跟踪使用位置等），而不是将带有“链接”的组件（元数据）映射到非CMS控制的二进制项-因此在我看来，通过CMS将更有意义

现在-存在数据库膨胀/阻止发布队列的问题

其中一些项目可能需要经过工作流（如果我们通过WebDAV批量上传，我想我们可以为特定文件夹定义特定的盒带，从而关联不同的模式？）。然而，使用WebDAV可能意味着PDF（和的历史版本）将存储在数据库中，这可能会有问题

所以。。。我们可以在Tridion中将这些作为外部链接组件进行链接，但我认为这意味着我们不能使用WebDAV（或者我们仍然可以将WebDAV与外部链接的PDF一起使用-似乎没有意义？）

我敢肯定，在CMS中（或在CMS附近）管理的大量二进制文件是我们许多人都遇到过的，并且非常有兴趣了解其他人是如何处理这一难题的

谢谢

我想你（或你团队中的某个人）一定在SDL Tridion论坛上问过这个问题。如果不是，那就是一个巨大的巧合，看看那里的建议

我会让其他人分享他们的经验，但如果你想使用WebDAV，它将始终使用上传版本的多媒体组件。您应该将外部二进制文件视为CMS无法控制的只读源

正如我在另一个论坛上所说的，如果你需要工作流，并且需要管理用户对谁可以编辑二进制文件的权限，我建议你坚持将它们上传到CMS。如果你说的是Terra字节，我会更担心，但我预计你的数据大小不会有大问题

---

考虑经常运行清除工具来删除非常旧的二进制文件版本，并确保在发布它们时留出一些时间。还可以小批量发布它们，因为超过500Mb的发布事务是众所周知的内存密集型事务

回答你的问题：

所以。。。我们可以在Tridion中链接这些作为外部链接组件，但我 假设这意味着我们不能使用WebDAV（或者我们仍然可以使用它） 将WebDAV与外部链接的PDF一起使用-似乎没有什么好处 感觉？）

我不确定WebDAV是否可以实现这一点，但如果您决定采用外部多媒体路径，则可以编写一个简单的应用程序，根据pdf文件的存储目录创建多媒体组件

---

我见过一个实现，其中使用了一个特定的发布，只允许用户放置文件并通过Tridion发布。发布到共享区域（即发布的共享文件夹）的发布已映射到所需的演示文稿网站（IIS中的虚拟目录）。。。。自定义模式字段用于帮助用户选择如何将PDF嵌入内容。我知道，这是一个非常奇怪的解决方案，但它解决了许多安全性和发布配置方面的问题，并且PDF没有通过蓝图打印/本地化在数据库中复制。

克里斯干杯。我特意在这里添加了这篇文章（更新版），以便在一个更开放的论坛上分享讨论，并对讨论进行了扩展。最大的业务需求是使它们能够成批上传，而不是当前一次上传一个的方法——这就是为什么我倾向于使用WebDAV，因为它是开箱即用（并启用）的功能。不过有些好的方面需要考虑。谢谢。谢谢约翰-我们将更多地讨论这种方法以及如何考虑它，之后我将更新这篇文章。