具有相同名称的多个文件 - 区分它们以进行检索的最佳方法是什么
Multiple Files with the same name - what's the best way to distinguish them for retrieval
我们将上传的文件存储在 Documentum 中,如果有人上传同名文件,我们希望能够使用 Rest API.
检索正确的文件
我们将元数据(文件名等)作为工作队列的一部分存储在数据库中。因此用户将进入并选择队列中的下一个项目(在本例中查看上传的文件)。目前我们使用文件名和 return 查找第一个不理想的文件。
我知道你会在上传时取回文档(包括对象 ID),我正在考虑将其与其他元数据一起存储,我们可以比较它,但我偶然发现 article 建议这是个坏主意。
我是 Documentum 的新手,其他人如何管理它?
引用的文章是正确的。使用 r_object_id
作为外部参考并不是一个好主意,尤其是考虑到未来可能的迁移。因为 r_object_id
包含文档库 ID,当您迁移到新的文档库时,所有文档都会有不同的 r_object_id
.
您可以通过向文档类型添加自定义属性来解决它,您可以在其中存储 r_object_id
值的副本(可以通过 TBO 实现)或生成您自己的 ID(也可以由 TBO 或 DB 序列实现),当该属性尚未填写时。然后您可以使用此值作为对该上传文档的唯一引用。
当您将来迁移到另一个文档库时,r_object_id
会发生变化,但该自定义属性的值仍将保持不变。
我们将上传的文件存储在 Documentum 中,如果有人上传同名文件,我们希望能够使用 Rest API.
检索正确的文件我们将元数据(文件名等)作为工作队列的一部分存储在数据库中。因此用户将进入并选择队列中的下一个项目(在本例中查看上传的文件)。目前我们使用文件名和 return 查找第一个不理想的文件。
我知道你会在上传时取回文档(包括对象 ID),我正在考虑将其与其他元数据一起存储,我们可以比较它,但我偶然发现 article 建议这是个坏主意。
我是 Documentum 的新手,其他人如何管理它?
引用的文章是正确的。使用 r_object_id
作为外部参考并不是一个好主意,尤其是考虑到未来可能的迁移。因为 r_object_id
包含文档库 ID,当您迁移到新的文档库时,所有文档都会有不同的 r_object_id
.
您可以通过向文档类型添加自定义属性来解决它,您可以在其中存储 r_object_id
值的副本(可以通过 TBO 实现)或生成您自己的 ID(也可以由 TBO 或 DB 序列实现),当该属性尚未填写时。然后您可以使用此值作为对该上传文档的唯一引用。
当您将来迁移到另一个文档库时,r_object_id
会发生变化,但该自定义属性的值仍将保持不变。