我正在使用sails框架来构建一个网站和MySQL作为我的数据库.
我有一个名为“Property”的表.还有其他细节,如“总预算”,“保留期”,“可租赁区域”,“投资者份额”,“公司份额”,“销售价格”以及更多与此属性相关的属性一对一的时尚.

我无法决定是否为这些细节创建单独的小表(通过将它们分组在“Equity”,“Funding”,……等小表下),将“Property ID”作为每个小主键的主键表(在sails上创建一对一关联)或简单地将所有这些作为属性在“Property”表下.将它们作为属性添加到“Property”表会使表格太大而大约有40列(这是一个问题吗？).

注意：所有这些属性都是强制性细节,而不是任何时候的“NULL”.

解决方法:

如果所有字段都是强制性的,我会只选择一个表格.

你是far from the MySQL limit,这不会是一个问题.

您的代码将更易于编写和阅读.

对MySQL性能来说也会更好,因为在检索数据时不需要JOIN表.

编辑.在其他用例中可以使用一对一关系.例如,假设您有一个表“animal”,其中包含“varchar name”,“integer age”和“decimal weight”列.

但是存储的动物可以根据其家庭将一些特定属性存储在另一个表中.

>一个“狗”表,列“整数owner_id”,“枚举品种”
>一个“鸟”表,列“boolean can_fly”,“整数number_of_eggs”
>一个“fish”表,列“integer number_of_gils”,“boolean live_in_freshwater”

Rantanplan the dog,Donald the duck and Nemo the fish都可以存储在“animal”表中,并将它们的特定属性存储在另一个具有一对一关系的表中.

这是一个愚蠢的例子,但它提供了一个用例的概念.