增强项目中的实体变更

[Ye Olde Phorum]

关键实体丰富了 (功能性) 属性，因此从从属实体更改为独立逻辑文件. 因此，此更改将导致新的ILF / EIF. 这只会影响新的ILF / EIF还是已被该实体链接的ILF / EIF?
根据部分 5.21.2.2 密钥实体的引用属性应与链接的逻辑文件一起计算. 现在，密钥实体已成为ILF / EIF，这些DET应该不再是链接的ILF / EIF的一部分. 是否应将链接的ILF / EIF由于密钥实体的更改而算作更改?

答案是否与估计数不同？ (我们不注意单个DET的地方)?

最初由荷兰语发布者 安德烈亚斯·舒德勒（Andreas Schuderer）
一个关键实体遇到 (功能性) 属性，因此从非文件独立实体变为文件独立实体. 这将创建一个ILGV / KGV. 仅在此处添加了ILGV / LCM，否则也将更改与密钥实体关联的ILGV / LCM? 根据计数指南 4.21.2.2 即，必须将键-键实体的引用属性添加到关联的数据集中. 通过独立于键-键实体，计数指令会导致 1 任何关联的ILGV / LCM的DET. 因此，除了添加的ILGV / LCM外，还必须计算两个修改后的ILGV / LCM? 全局计数也是如此 (通常会忽略DET)?

[马丁·雅各布斯]

让我们来分析这种情况.
两个原始实体A和B是独立的, 所以我们在n的两边都有选择权:关系 (所以实际上是A (ñ) : (米) 乙). 我们有两个ILF / EIF: A和B.
假设条件: 丰富键-关键实体不会改变这一点，也没有业务规则指出.
所以是的, 一个新的独立ILF / EIF C出现了，应该算在内. 这不是问题.
现在让我们仔细看看A和B.
A与C有关，不再与B直接相关. B也一样. 一种关系被另一种关系取代.
如果A会得到一个新的独立孩子, 那么我们就不会将A视为已更改，因为实际上没有更改. 在这种情况下，这个孩子是新的还是现有的都没关系.
在我看来, 在关键实体丰富的情况下, 父母应该算是变了, 由于计数准则 4.21.2.2.
这段落 4.21.2 也用于识别更改, 不只是决定复杂性.
邀请其他意见.

[马丁·雅各布斯]

最初由Andreas Schuderer用荷兰语发布

你好安德里亚斯,

已经有一段时间了…
我的答案满意吗?

问候,
马丁

[作者]

帖子