mysql – 我们应该何时使用一对一的关系模型,而不是将属性添加到同一个表中？

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了mysql – 我们应该何时使用一对一的关系模型,而不是将属性添加到同一个表中？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1280字，纯文字阅读大概需要2分钟。

内容图文

我正在使用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”表中,并将它们的特定属性存储在另一个具有一对一关系的表中.

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

内容总结

以上是互联网集市为您收集整理的mysql – 我们应该何时使用一对一的关系模型,而不是将属性添加到同一个表中？全部内容，希望文章能够帮你解决mysql – 我们应该何时使用一对一的关系模型,而不是将属性添加到同一个表中？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端