设计带有地址的数据库的最佳实践

Question

我正在研究一个设计案例，在这个设计案例中，他们讨论了如何设计一个已经在开发中的系统的数据库。该系统用于管理公共停车场。主要辩论是如何满足下列要求：

1. 该系统应允许每个停车场公司的管理信息。
2. 存储的数据是停车场的入口(详细信息、省、县、区)、名称、公司标识、空间数量。
3. 该系统应处理每个停车场产生的收入报告。

这些报告应允许按省进行过滤，因为公司按省有几个停车位，其中一些位于同一地区。

有人提到，桌子ParkingLot必须有列的省，县和地区，这是每个停车场的特点。

其他人则认为不应该这样做。我在想，在这个特定的点上，哪一种是最好的方法来设计数据库。哪一个归结于我的问题，在这种情况下(因为肯定有注释)，在系统非常直接的情况下，这真的重要吗？

如果这些报告应该允许按省进行过滤呢？由于一家公司可能在同一省有几个停车场，其中一些位于同一地区。

Answer 1

根据您的需求，您需要决定要建模什么。

选项1- ParkingLot上的列

如果将province、county和district的列添加到ParkingLot表中，那么您将对每个停车场都有这些内容进行建模。

在这种情况下，您的模型不包括地区、县和省的主列表。您将无法验证为特定批次输入的详细信息是否有效。

如果您从受信任的来源或您所在的地区获得停车场，请选择此选项。此选项不允许您存储任何其他信息。如果你需要针对一个特定的区域存储一个“区域经理”，你就没有地方存储它了。

选项2-示范区、县和省

您可以为province、county和district创建表。这些人会有他们父母的钥匙。在本例中，您确实有一个主列表(您需要更新它)。

然后，在每个停车场，您有一个外键到district (这意味着其他列)。

如果要根据主列表验证区域等，请选择此选项。如果您有额外的信息要存储在district上等等，也可以选择此选项。