相关疑难解决方法(0)

我是一名程序员,说实话,不知道世界的街道地址结构,我的国家是如何构建的:)所以哪个是存储街道地址的最佳和常见的数据库设计？它应该是如此简单易用,快速查询和动态存储世界上所有街道地址,只需一个ID识别非常
感谢

在RDBMS中存储邮政地址的最佳实践是否有任何好的参考？似乎有很多可以做出的权衡,并且每个都有很多优点和缺点需要评估 - 当然这已经一次又一次地完成了吗？也许有人至少写过一些在某处学到的经验教训？

我所讨论的权衡的例子是将邮政编码存储为整数与char字段,如果房屋号码存储为单独的字段或地址行1的一部分,如果套房/公寓/等号码被标准化或仅存储为地址行2中的文本块,如何处理zip +4(单独的字段或一个大字段,整数与文本)？等等

我现在主要关注的是美国地址,但我想有一些最好的做法可以帮助你做好全球化的可能性(例如,将地域命名为区域而不是州或邮政编码,而不是邮政编码,等等

是否有ISO标准地址格式？我似乎找不到一个,我想知道对象和数据库设计的目的.

(一个显示一系列格式的有趣文档是:http://www.bitboost.com/ref/international-address-formats.html,但它很疯狂!)

我想知道在数据库中存储US地址是否存在某种"标准"？这似乎是一项常见的任务,应该有某种标准.

我正在寻找的是数据库表应该如何工作和交互的特定模式,已经是第三种常规形式,包括数据类型(MySQL).一个好的UML文档可行.

也许我只是懒惰,但这是一个非常常见的任务,我相信有人已经发布了一种有效的方法来做到这一点.我只是不知道在哪里看,谷歌没有帮助.请指出我的资源.谢谢.

编辑

虽然这是一个更普遍的问题,但我想澄清一下我的具体需求.

地址将用于指定事件位置的道路地址.这些地址需要采用可以最佳分解和搜索的格式,并且还可以由我最终将数据源链接到的任何第三方应用程序使用.

也.数据将在输入时进行地理编码(long,lat)并单独存储,因此它必须符合任何地理编码器/应用程序/库所做的(尚未确定的)协议.

地址记录可能在大多数数据库中使用,但我看到了一些用于存储它们的略有不同的字段集.字段数似乎从3-7变化,有时所有字段都标记为address1..addressN,其他时间给定特定含义(城镇,城市等).

这是英国特定的,尽管我也对世界其他地方的评论持开放态度.在这里你需要地址的第一行(实际上只是数字)和邮政编码来识别地址 - 其他一切都是额外的奖励.

我现在赞成:

• 地址1
• 地址2
• 地址3
• 镇
• 县
• 邮政编码

如果我们需要它,我们可以添加国家(不太可能).

你怎么看？这太少了,太多了吗？

谢谢阅读.

是否可以将复合外键用作表的复合主键的一部分？

例如,假设我有两个表:

            CREATE TABLE DB.dbo.Partners
            (
                CONSTRAINT pk_Partners_Id
                PRIMARY KEY (Name, City, State, Country, PostalCode),

                Name                VARCHAR(100)
                                    NOT NULL,

                Address1            VARCHAR(100),

                Address2            VARCHAR(100),

                Address3            VARCHAR(100),

                City                VARCHAR(150)
                                    NOT NULL,

                State               CHAR(2)
                                    NOT NULL,

                Country             CHAR(2)
                                    NOT NULL,

                PostalCode          VARCHAR(16)
                                    NOT NULL,

                Phone               VARCHAR(20),

                Fax                 VARCHAR(20),

                Email               VARCHAR(256)
            )

...然后在第二个表中,我想在第二个表的主键中引用外键:

            CREATE TABLE DB.dbo.PartnerContacts
            (
                CONSTRAINT pk_PartnerContacts_Id
                PRIMARY KEY (fk_PartnerContacts_PartnerId, FirstName, LastName, PhoneNumber, Email),

                CONSTRAINT fk_PartnerContacts_PartnerId
                FOREIGN KEY REFERENCES Partners(Name, City, State, Country, PostalCode),

                FirstName           VARCHAR(75)
                                    NOT NULL,

                MiddleName          VARCHAR(75),

                LastName …

概观

我正在为加利福尼亚州制作一些紧急服务报告和地图应用程序(有点奇怪,考虑到那里的火灾,现在......).我们需要为内部政府单位绘制人口统计和紧急数据.

我们所拥有的是加利福尼亚州的所有街道,城市和社区.每个邻域也有它的相关shapefile(lat long定义它的边界).这是由美国人口普查局(所有公共领域的东西)网站提供给我们的.

问题

我不确定如何最好地设计数据库表.我们还没有被告知我们需要使用哪种类型的数据库..所以如果有帮助的话,我们愿意接受建议.我们有MS SQL 2005和2008的经验(以及'08中的空间内容).

我们可以拥有以下合法数据.

• 街道,城市,州
• 市,州
• 邻居,州
• 州

国家是一个合法的位置的原因是因为我们被告知这可能被出售给其他州,所以我们现在需要为此做好计划.

所以,原来,我想到了......

• LocationId INTEGER PK身份
• Street NVARCHAR(100)
• 邻居NVARCHAR(100)
• 城市NVARCHAR(100)
• 国家NVARCHAR(100)
• Latitude VARCHAR(15)
• 经度VARCHAR(15)
• Shape文件

这些都不是可空的,顺便说一下.但过了一会儿,我认为在田野里放置这么多"加州"文字或"圣地亚哥"文字是浪费.所以我通过使邻域,城市和州字段成为他们自己的新表的外键(例如查找)来更改表格以使其更加规范化.并且这两个字段现在是NULLABLE.

所以...一切正常.除非我尝试对它们做一些Sql语句.由于NULLABLE FK,所有这些外连接查询都是一场噩梦:(

如何通过ID链接主表,子查找表(例如,邻域,城市和州),然后将所有这些放在视图中？请记住,NeighborhoodID和CitiyID将是NULLABLE .. ???

我只想看看人们对此的看法以及他们提出建议的原因.我真的很担心和困惑,但渴望学习.

请帮忙!

编辑1:我需要坚持使用RDBMS数据库.

编辑2:我正在考虑使用约束来单个表(去规范化)以保持字段的总和unqiue或多表与主表上的可空FK(例如,位置(主表),邻域,城市,States ...规范化的数据库模式).

编辑3:向样本添加城市,第二个列表.

编辑4:添加了查看问题.