documentum6.5 - Documentum 对象类型已损坏/无法获取 sys_object
问题描述
我对documentum有点陌生,似乎我犯了一个错误。我有一个带有 object_type 的文档说 dm_type1。
我用更新查询更新了 r_object_type 说“dm_type2”现在,问题是系统中不存在“dm_type2”。
现在无法访问该文档;我也无法使用 DQL 更新任何属性。知道如何恢复吗?
我尝试创建一个名为 dm_type2 的新对象类型,它是 dm_type1 的子类型,但它仍然不起作用
解决方案
您应该无法通过 DQL 更新 r_object_type,因此我必须假设您使用直接 SQL 来执行此操作(因为只要存在该类型的现有对象,您就无法从 DCTM 中删除对象类型我还假设type 在更新之前不存在于系统上),因此恢复更改的唯一方法是通过数据库上的 SQL 再次更新 r_object_type,然后重新启动 DCTM 以刷新更改。
为了更改文档类型,您必须使用 alter type DQL 语句,因为对象类型由几个需要更新以保持一致性的基础表组成,并且 DQL 负责所有需要进行的一致性检查在此更改之前完成
推荐阅读
- amazon - AWS Neptune - 之间的中心性计算
- neo4j - Cypher 通过关系和节点的模式返回多个跃点
- java - 当我从片段 A 到 B 然后从片段 B 回到 A 时,如何避免重新创建片段 A
- python - 无法使用 disable_eager_execution 加载 keras 模型
- kiwi-tcms - KiwiTCMS 10.0 的附件失败并出现错误 500
- date - 从文本 YYYY/MM 到 DATETIME20 的 SAS 日期转换。格式
- ios - Firebase Auth 在不同设备上使用验证电子邮件登录
- php - 我正在尝试在 Laravel 中制作匹配生成器。但是每个团队在输出中出现两次
- google-ads-api - google ads api中频繁出现“invalid_grant:令牌已过期或撤销”的原因可能是什么
- sql - 当父键存在时,为什么我会收到完整性约束(未找到父键)