gpt4 book ai didi

mysql - 数据库架构,列中大部分为空字段

转载 作者:行者123 更新时间:2023-11-29 10:05:37 25 4
gpt4 key购买 nike

我在MySQL中有一个数据库表,根据一个新特性,我们可以通过两种方式实现 -1.要么在同一个表本身中创建一个新列(可为空),这种方法的缺点是 - 该列将有 95-98% 的时间为 NULL 条目。2. 使用现有表的外键创建一个新表。

所以这两种架构看起来像这样 -

1. table1 - <id, ..., new_column>

2. table1 - <id, ...>, table2 - <id, table1_id, ...>

第一种方法遵循非规范化方法,而第二种方法遵循规范化方法。但由于这是一个现实世界的问题,有时遵循非规范化方法是可以的。

我对数据库设计的一些假设可能是错误的,您认为解决此类问题的更好方法是什么?

最佳答案

如果您可以提供具体的示例,那将会非常有帮助 - “我应该添加一个可能为空的列”并不容易回答。

非常的一般术语来说,正常化,直到你能证明你必须做其他事情。设计数据库时应考虑易读性和防错误性;添加一个额外的表比弄清楚为什么当您更改了一些不小心忘记了非规范化的代码时,您的应用程序会在 12 个月内突然报告错误数据要省力得多。

那么,这个可为空的列是实体的属性吗?并非所有都有middle name属性 - 拥有可为空的列是完全合理的。或者您只是因为方便而将其附加到实体,但实际上并不是属性?

例如,一个可能有一个雇主,而该雇主可能有一个地址;理想情况下,您应该创建一个带有 address 属性的 employer 表;将 employer_address 附加到个人可能感觉像是一种捷径(除了地址之外我不关心任何东西 - 我从来不需要知道有多少人为该雇主工作)。

这可能会让您觉得自己节省了一些精力 - 但它不太清晰(因此 future 的开发人员会想知道您为什么这样做),更容易出现错误(您可能会为单个雇主获得不正确或不一致的地址),并且更困难将来会改变(祝你好运,根据地址计算出有多少人为给定雇主工作)。

关于mysql - 数据库架构,列中大部分为空字段,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/51963172/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com