将数据库表与数据中一些棘手的东西放在一起的好方法

Question

我有需要转换成表格的数据。该数据包含主要与荷兰王国有关的数据，以及一些其他国家/地区。这有一些陷阱：

荷兰王国由四个国家（如果是荷兰则一个）和三个特别自治市组成，它们属于荷兰，但不属于荷兰本身。

荷兰有省，省有市，市有住宅。

三个特别市不属于任何省，直接属于荷兰。

在我们得到的数据中，荷兰王国内部的三个国家就是这样；数据显示“国家”和“居住地”下的国家

还有其他国家的荷兰人的问题。对于那些国家，我们不在乎他们是否有省/直辖市/等。我们只是从国家的角度来看。

为了更好地理解，我们得到的数据如下所示：

博内尔实际上应该是国家：荷兰，自治市：博内尔（也许居住地：博内尔，不确定是否有助于查询）

我最初的想法是如何将其放入表格中：

• Provinces 表将具有 CountryId
• Municipalities 表将有一个 ProvincesId
• Residences 表将包含一个 MunicipalitiesId 和一个 CountryId

Residences 表也有 CountryId 的原因是因为像墨西哥这样的国家/地区，我们不想知道/显示市政当局，但我们确实知道并想显示住所。

不过，这种方法的一个问题是，对于像墨西哥这样的国家/地区，Residences 表中的 Municipalities 列必须包含空值。

还有一个问题是，对于荷兰王国的国家（荷兰除外），Country 和 Residence 都填写了国家名称。我不知道将国家名称放在 Residences 表中是否明智。

Answer 1

具有这些要求的数据库设计解决方案可能是： 1) 带有记录的地理对象类型（可能是分层的）的字典表（id、名称）：

{id = 1, Name = Province}, {id = 2, Name = Municipality}, {id = 3, Name = City} 等

2) 一个表（id、GeoTypeId、ParentId、CountryId、Name），其自身具有 FK（ParentId -> Id），用于存储对象的链接层次结构。记录将是：

{id = 1, GeoTypeId = 1, ParentId = null, CountryId = ..., Name = Zuid-Holland}, {id = 2, GeoTypeId = 2, ParentId = 1, CountryId = ..., Name = Rotterdam} 。 对于墨西哥，记录为 {id = n, GeoTypeId = 3, ParentId = null, CountryId = ..., Name = Morelia}

这对于编辑层次结构会很灵活，但您需要一些额外的努力来选择记录（这是规范化的代价）。您还可以在新国家/地区需要时轻松添加其他 GeoType 记录，而无需更改架构。