我的问题:
如何在后端和前端实现数据库设计,以便将无限数量的地址线(如AddressLine1,AddressLine2,AddressLine3等)容纳到无穷大,同时保持直观的前端用户体验。我希望这能够在数据库开发完成后最大限度地提高文档合并的清洁度和易用性。有些地址只有一条街道,而其他地址甚至可以有五条或更多。
背景:
我是数据建模和数据库设计的新手。我还不了解数据库建模将如何设计前端表单以及可能与特定设计一起出现的麻烦。因此,我不确定我所寻求的是一个大错误。
我正在为一家律师事务所设计一个案例管理数据库。我们计划创建一个单独的地址表,并在人/实体和地址之间建立多对多的关系 - 即,许多人/实体可能有许多地址,同一地址可能属于许多人/实体。 / p>
谢谢!
答案 0 :(得分:1)
通常,对于地址,数据不会通过线进行标准化。因此,地址表只有AddressLine1和AddressLine2等字段。
较大的地理信息(例如:城市,州,国家,邮政编码)将存储在地址记录的单独字段中。
原因很实用。地址通常是打印的,并且可用的打印空间有限。例如,如果有四行,则您有姓名,地址行1,地址行2和城市/州/国家/邮政编码。
如果您确实需要存储无限数量的行,则可以使用AddressLines表进行存储。 AddressLines表将包含字段,例如:
然而,这似乎有点矫枉过正。
更大的问题是标准化地址。你有任何想法吗? (你知道:“第6大道101号”,“第六大道101号”和“美洲101大道”都是纽约市的同一地址。)