问题[terminology](dba)

这个问题是关于一对多行如何“属于”不同的行以及它的确切名称。我可能会要求一个不存在的术语。

请看下面两张表。客户和地址形成一对多的关系，其中一个客户可能有多个地址。这些地址“属于”客户。

现在注意这张表：

许多地址可以存在一个税码（一对多关系）。但正如我所见，地址不“属于”TaxCode，因为地址“属于”客户。Address 是 Customer 的一种“子”，而 Address 只有一个到 TaxCode 的“链接”。我不认为数据库“关心”，因为我认为所有数据库规则都是相同的（例如，外键）。但我想知道这些关系是否存在超出一对多关系的特定名称。

总之，我想知道如何称呼客户-地址一对多关系与税码-地址一对多关系。谢谢你。

如果数据库只是一个实现数据库管理系统的计算机系统，而我们使用 SQL 来告诉它该做什么，为什么我们不将 SQL 视为一种编程语言呢？

来自维基百科：

编程语言是将字符串或图形程序元素（在可视化编程语言的情况下）转换为各种机器代码输出的任何规则集。

使用 SQL，您可以在 RDMS 上运行代码，RDMS 会在您运行查询时输入数据、操作数据并输出数据。为什么人们不认为它是一种编程语言呢？

在 SQL 和关系数据库管理系统的上下文中，我很难找到“条件”和“谓词”之间的实际区别。他们的意思是一样的吗？

例如，WHERE 子句是条件语句还是谓词？或两者？

元帖子 ( https://meta.stackexchange.com/q/2677/714660 ) 给出了SEDE数据转储的“剖析”，其中包括公共数据转储的结构（表、列、数据类型等）和实体关系图。

上面的东西看起来类似于数据字典。

那么，SEDE 的数据字典和数据转储有什么区别呢？

我是这里的 MySQL 学生，试图学习用 SQL 语言调用事物的正确方法。

CREATE TABLE tbl_name (
    id INT UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY,
    width SMALLINT UNSIGNED,
    height SMALLINT UNSIGNED,
    content TEXT,
    date_added DATE NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

在上面的 SQL 中，“id”是列名，INT 是数据类型，但是以下关键字是什么：NOT NULL、AUTO_INCREMENT、PRIMARY KEY、UNSIGNED。

不问他们做什么或如何工作，只问他们在 SQL 世界中被称为什么，例如，SMALLINT 被称为“数据类型”。

我目前正在根据两本流行书籍、在线教程和文章学习（关系）数据库设计。

有些地方，当他们谈论属性约束时，他们称之为属性域。其他一些地方，当他们谈论属性规范时，他们称之为Field specification。

然而，在其他一些地方，他们说它们是相同的，但在我看来属性域是字段规范的一部分，因为根据定义，属性域听起来像字段规范的物理元素部分：

物理元素：数据类型、长度、小数位、字符支持、输入掩码、显示格式

现在是什么情况？

这个有名字吗？

我真的不知道如何描述这种情况，而且，这是一个设计缺陷吗？

T4 有通往 T3 和 T1 的 FK，但我可以通过 T3 到达 T1。

T1、T2 指的是必须与 T4 引用的相同。

我看过很多关于 Postgres 'blocks' 的博客和视频。这些是否与其他数据库管理系统实现中的“页面”相同？

在 SQL Server 中，“keys”文件夹包括主键、外键和唯一键，而“约束”文件夹，例如，检查和默认。但是唯一性也可以被认为是一个约束，那么为什么它保存在 SQL Server 的“keys”文件夹下呢？是因为它代表逻辑建模中的备用键吗？

我想知道我找不到的约束和键的严格定义。谢谢。

我知道有几种符号可以表示实体之间的基数。

但是有没有一种务实的通用方式来表达 ascii 中的基数？

示例：用户 -- 组。一个用户可以有多个组，一个组可以有多个用户。

我查看了此页面：https://en.wikipedia.org/wiki/Cardinality_(data_modeling)

例如：一对多“订单”←→“订单项”

以下是一些表达基数的图形方式：

https://en.wikipedia.org/wiki/Entity%E2%80%93relationship_model#Cardinalities

表示基数的最常用方法是什么？

这有标准/ rfc吗？