mysql - 这种Mysql数据库规范化形式和结构设计是否正确？

Question

我想弄清楚要为我正在制作的数据库使用哪种规范化和结构。这将是一个属性列表(建筑物编号街道地址、街道名称、城市、州、邮政编码、单元号)。

从那里开始，我打算制作一张包含各种信息的表格。然后我打算有一个中间表来加入所有信息并进行记录。据我所知，除了单元号外，几乎每一列都是多值的。因此，我看到了完全规范化的必要性:

Table building_number
---------------------
building_number_id int primary key auto index not null
buildind_namber tinyint

Table city
--------------------
city_id building_number_id int primary key auto index not null
city_name varchar(30)

Table state
--------------------
state_id building_number_id int primary key auto index not null
state_name varchar(30)

Table zip
---------------------
zip_id building_number_id int primary key auto index not null
zip_name varchar(30)

Table building_name
---------------------
building_name_id int primary key auto index not null
building_name varchar(50)

Table owner
---------------------
owner_id int primary key auto index not null
owner_name varchar(30)


Table info
----------------------
info_id int primary key auto index not null
rent tinyint
condition varchar(10)
comment varchar(1000)

Intermediate table
--------------------------
building_number_id int 
street_id int 
city_id int 
state_id int 
building_name_id 
owner_id 
info_id 
(all these keys are foreign keys referencing their respected tables/primary keys)

我将创建一个 html 搜索文本框，它将接受动态输入并根据给定的任何内容提取查询...完整的确切地址、街道名称或建筑物编号街道名称城市等。我还没有开发我的搜索mysql算法呢。我正处于创建数据库的开始阶段。

我将使用 innodb 引擎和 b-tree 索引。我将索引除评论之外的每一列，因为我将进行这些动态输入搜索(如谷歌)。

作为一名爱好者，我正在为自己做这件事。正因为如此，我更喜欢从头开始手工做这件事，而不是使用一些框架或插件。

对于我所做的，这个数据库设计和规范化是否正确？

Answer 1

当您创建表格时，您应该首先考虑实体，一般来说，实体是有形的东西。

有形事物的例子有:建筑物、所有者、联系人、城市、国家、时区。

另一方面，有些东西不是实体，而是实体的描述符。

描述符的示例有:高度、体重、门号和价格。

描述符通常是 实体的属性。如果无法预先枚举所有可能的描述符，那么这些可能不应该在表中。

在您需要描述符的查找表的情况下，通常是在您可以接受的值类型受到限制的情况下。例如，“鞋码”可能看起来是开放式的，但也许您只生产某些尺寸，因此自由格式的输入字段并不实用。另一方面，“高度”最好存储为具有一组预定义单位的值，而不是拥有所有可能高度的查找表。

在您的情况下，您需要一个“地址”实体，其中包含许多描述它的字段。像“门牌号”这样的东西应该是一个自由格式的输入字段。 “Building A”、“82 1/2”、“107B”、“3.7”、“4/9”和“44-290”都是有效的建筑编号。您应该只接受一个字符串。

同样，街道名称也不是您可以限定的。 “Green Way Street”和“Green Way St.”一样吗？还是“格林威街”？有关系吗？可能不是，因为它只是一个描述符。你无法验证这些，并且将它们链接在一起几乎是不可能的，需要太多的按摩才能使其大规模工作。

另请记住，有些地方需要两行、三行、四行甚至五行地址信息来标识位置。英国是这方面最严重的违规者之一，正式地址将包含各种信息。

您可能应该做的是设计一个像“地址”这样的表，其中包含以下字段:address1、address2、address3、address4 , address5, city, region, country, postal_code.有了它，您就可以涵盖他们扔给您的大部分内容。查看 Google map 返回的数据类型以获取示例。

您似乎在暗示您问题中的某种一对多 结构，其中一个地址可以有多个建筑物名称或编号。如果没有某种顺序指示器，您将无法知道这些关联记录中哪一个是最先的。这使事情变得非常复杂。

当担心规范化时，从最简单的工作开始，并修复任何明显的错误。除非您有大量数据要处理，否则如果您没有过度规范化，通常可以很容易地调整您的架构。