这个地址数据库有多严重？

Question

我仍然是数据库，规范化等方面的新手，可能需要一些帮助。 在此附上我数据库结构的一部分，我认为我的方法是一个坏主意。 在这里，我们的国家可以划分为不同的省份，所有城市/城镇都在特定的省份之内，还有一个barangay（我猜最接近的Layman术语是District）。 因此，如果您在我们国家的所有地方，无论您身在何处，都必须具有特定的地区，城市/城镇和省份。 我所做的是我使用外键来引用表barangay，城市/城镇，省。 这是一个坏主意吗？

如何不同的是，如果我创建了一个tblCustomer_Address分离Country_ID: Int FK ， Province_ID: Int FK ， CityTown_ID: Int FK ， Baranggay_ID: Int FK从tblCustomer ？

谢谢！

tblCustomer(
  Customer_Id: Int PK
  Customer_FName: String
  Customer_MName: String
  Customer_LName: String
  Country_ID: Int FK
  Province_ID: Int FK
  CityTown_ID: Int FK
  Baranggay_ID: Int FK
  Additional_Address_Details: String
 )
tblCountry(
  Country_Id: Int PK
  Country_Name: String
)
tblProvince(
  Province_Id: Int PK
  Province_Name: String
)
tblCityTown(
  CityTown_Id: Int PK
  CityTown_Name: String
)
tblBarangay(
  Barangay_Id: Int PK
  Barangay_Name: String
)

*编辑：顺便说一句，我忘了提。 我的项目的一部分是生成报告，因此我想记住的是位置。 因此，我想到了为barangay，城市/城镇，省份设置单独的表格，以使每个人都与众不同。

Answer 1

相当糟糕，因为您必须维护国家，城市和地区的可用选项。

就个人而言，我只是创建一个addresses数据库表，该表根据hCard微格式来表示地址组件的字段：

CREATE TABLE IF NOT EXISTS `addresses` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `extended_address` varchar(128) DEFAULT NULL,
  `street_address` varchar(128) NOT NULL,
  `locality` varchar(128) NOT NULL,
  `region` varchar(128) DEFAULT NULL,
  `postal_code` varchar(128) DEFAULT NULL,
  `country_name` varchar(128) NOT NULL,
  PRIMARY KEY (`id`)
)

Answer 2

在我看来，barangay将存在于一个城市或省中，一个城市将存在于一个省中，而一个省将存在于一个国家中。 在一个结构中，您有一个位置表，该表的位置类型为Barangay，City，Province，Rural或country，并且其parentID指向层次结构中的父位置。 然后，您的客户将获得一个指向层次结构中任何位置的位置ID。 可以将新位置添加为城市，省（农村）地区或国家中的现有位置。 表将如下所示：

tblLocation(
LocationID int PK,
ParentID int FK references tblLocation LocationID,
LocationType int FK references tbllocationTypes,
LocationName
)

无法将其添加为注释，因此这是一个更完整的实现：

CREATE TABLE LocationType
(
    LocationTypeID int not null primary key,
    LocationTypeName varchar(20) not null unique
)
GO
CREATE TABLE Location (
    LocationID int not null primary key,
    ParentId int null references Location (LocationID),
    LocationName varchar(100),
    LocationTypeID int not null references LocationType (LocationTypeID)    
)
GO
CREATE Table Customer (
    CustomerID int not null primary key,
    FirstName varchar(50),
    MiddleName varchar(50),
    LastName varchar(50),
    LocationID int references Location (LocationID)
)
GO
CREATE TABLE City(  
    CityID int not null primary key references Location (LocationID),
    PostCode varchar(20) not null
)
GO
CREATE VIEW DetailedLocation AS 
    SELECT L.*, C.PostCode FROM Location AS L
    LEFT OUTER JOIN City AS C
    ON C.CityID = L.LocationID

Answer 3

问题是您没有正确地处理地址。 如果您真的不需要完整的地址（或者我只是在这里想漏掉这个地址？），那么在客户表中仅包含Baranggay字段就可以了。 在任何其他情况下，您都应该有一个地址表，并且只引用客户表中的addressID。 除非客户当然可以拥有多个地址，否则您应该为此m：n关系引入一个CustomerAddressRel表。

无论如何，将地址整体分成多个字段和/或表在这里毫无意义。 特定的Baranngay永远永远只属于一个城镇，该城镇属于一个省，而该省属于一个国家（国家/地区？如果这是关于多个国家/地区，那么您还是需要一种不同的格式，因为Baranngay不是一个国际概念！）。 因此，在地址中跟踪baranggay并拥有另一个表可以保存baranngay所属的城镇和省份，确实足够了。

抱歉，我的建议很冗长，但是如果我提出一个修订的计划，它将对您完全没有帮助。 您需要了解做出某些决策的原因，然后根据当前数据集和预期范围做出最佳决策。 如果您可能会走向国际，请确保数据方案已准备就绪。

编辑：

那好吧，我认为最好是放下它。 如果您想适应未来的发展和灵活，至少要保持对菲利宾斯的限制，而Barangay属于一个城镇：

tblCustomer(
    Customer_ID: Int PK
    Customer_FName: String
    Customer_MName: String
    Customer_LName: String
)

tblCustomerAddressRel(
    Customer_ID: Int FK
    Address_ID: Int Fk
    Type: (Mailing, Billing, Historic,...)
)

tblAddress(
    Address_ID: Int PK
    Baranggay_ID: Int FK
    Additional_Address_Details: String (<< this looks like a bad idea btw)
)

tblCountry(
    Country_ID: Int PK
    Country_Name: String
)

tblProvince(
    Province_Id: Int PK
    Province_Name: String
    County_ID: Int FK
)
tblCityTown(
    CityTown_ID: Int PK
    CityTown_Name: String
    Province_ID: Int FK
)
tblBarangay(
    Barangay_ID: Int PK
    Barangay_Name: String
    CityTown_ID: Int FK
)