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

时间:2015-11-10 00:37:22

标签: database database-design

我正在研究一个设计案例,讨论如何处理已经开发的系统数据库的设计。该系统用于管理公共停车场。主要争论是如何满足以下要求:

  1. 系统应允许管理每个停车公司的信息。

  2. 存储的数据是停车场的地址(详情,省,县,区),名称,公司标识,空格数。

  3. 系统应处理每个停车场产生的收入报告。

  4. 这些报告应允许按省份进行过滤,因为该公司有多个省份停车位,其中一些位于同一区域。

    有些人提到,停车场必须有省,县和区的列,这是每个停车场的特点。

    其他人说它不应该。我想知道哪个是在这个特定点上接近数据库设计的最佳方法。 归结为我的问题,在这种类型的情况下(因为必须存在的情况),系统非常直接,这真的很重要吗?

    如果这些报告允许按省份过滤怎么办?由于一家公司可以在同一个省份拥有几个停车场,其中一些停车场位于同一地区。

1 个答案:

答案 0 :(得分:1)

根据您的要求,您需要决定要建模的内容。

选项1 - ParkingLot上的列

如果您将provincecountydistrict的列添加到ParkingLot表格,那么您可以建模每个停车场都有这些内容。

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

如果您从受信任来源或您所在地区等处获得停车场,请选择此选项。此选项不允许您存储任何其他信息。例如如果你需要存储"区域经理"针对特定区域,您无处可存储它。

选项2 - 模范区,县和省

您可以为provincecountydistrict创建表格。这些对父母来说都是外键。在这种情况下,您有一个主列表(您需要保持最新)。

然后在每个停车场,你有district的外键(这意味着其他列)。

如果要根据主列表验证区域等,请选择此选项。如果您有针对district等存储的额外信息,请选择此项