Koo*_*obz 11 database schema database-design
所以它基本上是每个地址形式的标准,我在质疑为什么？
地址第2行.每种形式都要求提供地址详细信息.对我来说,这似乎从来没有.它需要数据库中的另一个字段以及随之而来的所有愚蠢的维护.每次使用地址时,都必须连接它,并且99%的时间线2都是空的.另外1%的时间你可以把它放到第1行.
而不是称它为第2行,它不能被称为具有更清晰语义的东西......比如"公寓号"？
它破坏了整个地址概念的语义.你真的不知道你在这两个领域都有什么.除了两个字段的串联可能导致"普通旧地址".但"第1行"和"第2行"本身并没有任何意义.是什么"应该"分别进入？我从未见过它.我们为什么不在地址第3行？
我一直在考虑它,并意识到结果,我真的不相信我的数据库中的地址数据.整个领域一般都是片状的,因为你无法对它进行真正的验证(有些地址有道路和门牌号,有些地址有街道和大道).除了这些天你可以做一些事情,比如对地理定位api验证字段.但仅仅因为"第2行"的事情,你无法确定自己在做什么.我应该结合(第1行+第2行),然后验证？如果我正在纠正它们("你的意思是xxx"),我该如何处理用户的原始输入？我只是说,"是的,地址第2行并没有真正做任何事情......我只是把你经过验证的输入并将其转入第1行." 为什么我甚至给最终用户(和我自己)一个混淆的机会.
我看到它的方式,该字段应该是一个地址(街道+门牌号码),或者如果我们要拆分,正确地做,并独立询问道路和门牌号码.
实际上，在极少数情况下，用户甚至可能想要第三条地址线。对此的最佳解决方案是使用<textarea>能够接受更复杂地址的换行符并完全按照数据库中输入的方式存储地址的地址。