具有相同名称的多个文件 - 区分它们以进行检索的最佳方法是什么
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 会发生变化，但该自定义属性的值仍将保持不变。