1

我的问题:

我将如何在后端和前端实现数据库设计,以将不同数量的地址行(例如 AddressLine1、AddressLine2、AddressLine3 等)容纳到无穷大,同时保持直观的前端用户体验。我希望这能够最大限度地提高数据库开发后合并文档的清洁度和易用性。有些地址只有一条街道线,而其他地址甚至可以有五条甚至更多。

背景:

我对数据建模和数据库设计非常陌生。我还不了解数据库建模对前端表单的设计方式以及特定设计可能带来的问题的影响。因此,我不确定我所寻求的是否是一个大错误。

我正在为一家律师事务所设计一个案件管理数据库。我们计划创建一个单独的地址表,并在人员/实体和地址之间建立多对多的关系——即,许多人/实体可能有许多地址,而同一个地址可能属于许多人/实体。

谢谢!

4

1 回答 1

1

通常,对于地址,数据不会通过行标准化。因此,地址表将只有 AddressLine1 和 AddressLine2 之类的字段。

较大的地理信息(例如:城市、州、国家、邮政编码)将存储在地址记录的单独字段中。

这样做的原因是很实际的。地址通常是打印出来的,并且可用的打印空间有限。例如,如果有四行,您有姓名、地​​址行 1、地址行 2 和城市/州/国家/地区/邮政编码。

如果您真的需要存储无限数量的行,您可以使用 AddressLines 表来完成。AddressLines 表将包含字段,例如:

  • AddressId -- 它所属的地址记录
  • 电话号码
  • 行内容

然而,这似乎是矫枉过正。

您更大的问题是标准化地址。你有没有想过?(你知道:“101 6th Avenue”、“101 Sixth Ave.”和“101 Avenue of the Americas”在纽约市都是同一个地址。)

于 2012-08-03T18:45:30.457 回答