Documentum 对象类型已损坏/无法获取 sys_object
Documentum Object Type corrupted/ Cannot fetch sys_object
我对 documentum 有点陌生，看来我犯了一个错误。
我有一份文件 object_type 说 dm_type1.
我用更新查询更新了 r_object_type 说 'dm_type2'
现在，问题是 'dm_type2' 在系统中不存在。
现在无法访问文档；而且我无法使用 DQL 更新任何属性。
知道如何恢复吗？
我尝试创建一个名称为 dm_type2 的新对象类型，它是 dm_type1 的子类型，但仍然无效
尝试清除缓存。您可以通过 API 调用来做到这一点。
有 AFAIK 三个缓存。它显然应该是类型缓存。
祝你好运。
Br.
您应该无法通过 DQL 更新 r_object_type，所以我必须假设您使用直接 SQL 来执行此操作（因为您不能从 DCTM 中删除对象类型只要存在该类型的现有对象，我还假设该类型在更新之前不存在于系统中），因此恢复更改的唯一方法是通过 SQL 再次更新 r_object_type在数据库上，然后重新启动 DCTM 以刷新更改。
为了更改文档类型，您必须使用 alter type DQL 语句，因为对象类型由几个需要更新的基础表组成以保持一致性，而 DQL 负责所有的一致性在此更改之前需要完成的检查
我对 documentum 有点陌生，看来我犯了一个错误。 我有一份文件 object_type 说 dm_type1.
我用更新查询更新了 r_object_type 说 'dm_type2' 现在，问题是 'dm_type2' 在系统中不存在。
现在无法访问文档；而且我无法使用 DQL 更新任何属性。 知道如何恢复吗？
我尝试创建一个名称为 dm_type2 的新对象类型，它是 dm_type1 的子类型，但仍然无效
尝试清除缓存。您可以通过 API 调用来做到这一点。 有 AFAIK 三个缓存。它显然应该是类型缓存。 祝你好运。 Br.
您应该无法通过 DQL 更新 r_object_type，所以我必须假设您使用直接 SQL 来执行此操作（因为您不能从 DCTM 中删除对象类型只要存在该类型的现有对象，我还假设该类型在更新之前不存在于系统中），因此恢复更改的唯一方法是通过 SQL 再次更新 r_object_type在数据库上，然后重新启动 DCTM 以刷新更改。
为了更改文档类型，您必须使用 alter type DQL 语句，因为对象类型由几个需要更新的基础表组成以保持一致性，而 DQL 负责所有的一致性在此更改之前需要完成的检查