问题标签 [cardinality]

SQL Server 如何判断表列是否具有低基数？

我问的原因是因为查询优化器很可能不会在性别列（值“m”和“f”）上使用索引。但是，它将如何确定性别列的基数来做出该决定？

最重要的是，如果万一我的表中有一百万个条目，而性别列中只有一个条目是“m”，那么 SQL Server 是否能够确定这一点并使用索引来检索该单行？还是只知道列中只有 2 个不同的值而不使用索引？

我很欣赏上面讨论了一些糟糕的数据库设计，但我只是想了解查询优化器是如何做出决定的。

非常感谢。

我有一个我需要我的数据库模式的 UML 图。此图包括角色和基数。如何在 Postgres 中强制执行基数？

我正在使用耶拿。如何获得属性的 minCardinality？

我正在寻找以下集合的扩展定义：

我的想法是

有任何想法吗？

这是什么意思，以及下一个类型的基数是什么，例如：

所以我在我的网站上有一个用于照片的 mysql 表。每张照片都与两组实体之一相关联，因此有两列；nEntity1FK，nEntity2FK。

在每一行中，这些列中恰好有一个总是非零。因此，大约 50% 的行在 nEntity1FK 中具有“0”，大约 50% 在 nEntity2FK 中具有“0”。

到目前为止一切都很好。直到我添加一个WHERE nEntity1FK=0子句。事情突然变得很慢，即使我不得不LIMIT 0,50这样做。

我有点明白为什么。我知道低基数索引很糟糕，通常不会被使用。什么是替代方案？我唯一能想到的是将我的所有照片信息保存在 2 个单独的表中，而不是一个表中（并且有一个视图将它们连接在一起以进行需要两者的查询）。这对我来说似乎很混乱/麻烦，有更好的选择吗？

谢谢大家。

我觉得最好举个例子来问：有人、有客户、有项目。

人与客户是一种：m 关系。人们可以为多个客户工作。

对客户的项目是 1:n 的关系。一个项目总是属于某个客户，但一个客户当然可以有多个活动项目。

人对客户是一种：m 关系，但受项目对客户和人对客户分配的限制。

更多细节：我们的一些人为多个客户工作，但只为这些客户的几个项目工作。

假设客户 A 有项目 1、2、3，客户 B 有项目 4、5、6。

现在 Fred 在项目 1 上为客户 A 工作，在项目 5 和 6 上为客户 B 工作。相反，Tim 在项目 2,3 上为客户 A 工作，在项目 6 上为客户 B 工作。我们的特殊人员 Nick 只为客户 B 工作，但目前未分配给任何项目。客户可以稍后将他分配给一个项目。

现在，我如何确保使用良好的关系数据库设计，我可以在没有项目的情况下将人员分配给客户（如 Nick），并且稍后可以将他们分配给任何客户的项目 - 仅限于他们被分配的项目到。

那么我是否需要设计我的表，以便数据库模型确保在不先将 Nick 分配给客户 A 的情况下将其分配给项目 1,2 或 3 是不可能的？

感谢您的任何想法:)

提供了一份 SRS 文档，描述了最终产品、系统维护工具的各个方面。我唯一无法理解的段落是“组件基数”。在这种情况下，这个术语是什么意思？

该表如下所示：

还有一个：

请帮助正确解释这一点。非常感谢

在 Visio 2007 中，我似乎只能设置父子关系的基数，但我也想设置子父子关系。Visio 不允许我这样做有什么原因吗？我是否需要创建一个单独的关系来实现这一点？我正在使用两个实体对象/形状和一个关系对象/形状。

注意：我通过进入数据库 > 选项 >> 文档并选中基数框使基数出现在图表上。

在尝试设计数据库时，我很难理解 Max 和 Min 基数之间的区别。