数据库的三大范式

等等，昨天我在整理客户信息的时候发现了一些事情。
有一个小餐馆菜单的电子版。
老板自己做的。
一个菜名下有一组调料和菜品，比如“宫保鸡丁：干辣椒、花椒、葱、姜、蒜、鸡丝、生抽、老抽……”直接复制粘贴，在手机上看半天都晕了。
后来，我建议她为“宫保鸡丁”创建一个单独的条目，然后再创建一个单独的“香料列表”和“菜谱列表”，并使用数字将它们关联起来。
他当时挠头说，老顾客点餐时习惯直接说“那个辣宫保鸡丁”。
他没想到后台这么麻烦。
因此，他现在可以在几秒钟内找出特定菜肴中使用的香料。
此前，他必须阅读整个菜单文档。
这就是第一个范式的优点。
它拆开了一切可以拆开的东西。
虽然一开始有点麻烦，但使用起来确实很简单。
不过话说回来，他的系统需要加现金吗？不然每次下单都会卡在检查数据库吗？

数据库的三大范式？

1 NF：例如，确保数据原子性，以便员工拥有唯一的内部和外部标识号以及不重复的姓名。
2 NF：避免部分依赖。
例如，员工表具有唯一的 ID 号，不包含重复的姓名，并且具有包含部门信息的单独表。
3 NF：消除传递依赖。
例如，部门信息表是独立的，而员工表只与部门ID相关联。

项目：公司员工管理系统，2 01 9 年上线。

我还在检查例如2 NF，如果部门信息发生变化，员工表需要更新。
这是我的经验。

自己掂量一下。