📖docs

Author: Jstarfish

docs/.DS_Store

@@ -1,20 +1,31 @@
-[
- "file-explorer",
- "global-search",
- "switcher",
- "graph",
- "backlink",
- "canvas",
- "outgoing-link",
- "tag-pane",
- "page-preview",
- "daily-notes",
- "templates",
- "note-composer",
- "command-palette",
- "editor-status",
- "bookmarks",
- "outline",
- "word-count",
- "file-recovery"
-]
+{
+ "file-explorer": true,
+ "global-search": true,
+ "switcher": true,
+ "graph": true,
+ "backlink": true,
+ "outgoing-link": true,
+ "tag-pane": true,
+ "page-preview": true,
+ "daily-notes": true,
+ "templates": true,
+ "note-composer": true,
+ "command-palette": true,
+ "slash-command": false,
+ "editor-status": true,
+ "starred": true,
+ "markdown-importer": false,
+ "zk-prefixer": false,
+ "random-note": false,
+ "outline": true,
+ "word-count": true,
+ "slides": false,
+ "audio-recorder": false,
+ "workspaces": false,
+ "file-recovery": true,
+ "publish": false,
+ "sync": false,
+ "canvas": true,
+ "bookmarks": true,
+ "properties": false
+}

docs/.obsidian/core-plugins.json

@@ -16,7 +16,9 @@
  "file": "data-management/MySQL/MySQL-Index.md",
  "mode": "preview",
  "source": false
- }
+ },
+ "icon": "lucide-file",
+ "title": "MySQL-Index"
  }
  },
  {
@@ -28,7 +30,9 @@
  "file": "data-structure-algorithms/soultion/LinkedList-Soultion.md",
  "mode": "source",
  "source": false
- }
+ },
+ "icon": "lucide-file",
+ "title": "LinkedList-Soultion"
  }
  },
  {
@@ -40,15 +44,19 @@
  "file": "data-management/Redis/Redis-Datatype.md",
  "mode": "source",
  "source": false
- }
+ },
+ "icon": "lucide-file",
+ "title": "Redis-Datatype"
  }
  },
  {
  "id": "c7c1397df03f59cc",
  "type": "leaf",
  "state": {
  "type": "empty",
- "state": {}
+ "state": {},
+ "icon": "lucide-file",
+ "title": "新标签页"
  }
  },
  {
@@ -60,7 +68,9 @@
  "file": "data-structure-algorithms/soultion/DP-Solution.md",
  "mode": "source",
  "source": false
- }
+ },
+ "icon": "lucide-file",
+ "title": "DP-Solution"
  }
  },
  {
@@ -72,7 +82,9 @@
  "file": "data-structure-algorithms/soultion/DP-Solution.md",
  "mode": "source",
  "source": false
- }
+ },
+ "icon": "lucide-file",
+ "title": "DP-Solution"
  }
  }
  ],
@@ -96,7 +108,9 @@
  "type": "file-explorer",
  "state": {
  "sortOrder": "alphabetical"
- }
+ },
+ "icon": "lucide-folder-closed",
+ "title": "文件列表"
  }
  },
  {
@@ -111,23 +125,29 @@
  "collapseAll": false,
  "extraContext": false,
  "sortOrder": "alphabetical"
- }
+ },
+ "icon": "lucide-search",
+ "title": "搜索"
  }
  },
  {
  "id": "c7bda26138bbb70d",
  "type": "leaf",
  "state": {
  "type": "starred",
- "state": {}
+ "state": {},
+ "icon": "lucide-file",
+ "title": "插件不再活动"
  }
  },
  {
  "id": "123cfa366479ce4d",
  "type": "leaf",
  "state": {
  "type": "bookmarks",
- "state": {}
+ "state": {},
+ "icon": "lucide-bookmark",
+ "title": "书签"
  }
  }
  ]
@@ -158,7 +178,9 @@
  "searchQuery": "",
  "backlinkCollapsed": false,
  "unlinkedCollapsed": true
- }
+ },
+ "icon": "links-coming-in",
+ "title": "Redis-Datatype 的反向链接列表"
  }
  },
  {
@@ -170,7 +192,9 @@
  "file": "data-management/Redis/Redis-Datatype.md",
  "linksCollapsed": false,
  "unlinkedCollapsed": true
- }
+ },
+ "icon": "links-going-out",
+ "title": "Redis-Datatype 的出链列表"
  }
  },
  {
@@ -181,7 +205,9 @@
  "state": {
  "sortOrder": "frequency",
  "useHierarchy": true
- }
+ },
+ "icon": "lucide-tags",
+ "title": "标签"
  }
  },
  {
@@ -191,7 +217,9 @@
  "type": "outline",
  "state": {
  "file": "data-management/Redis/Redis-Datatype.md"
- }
+ },
+ "icon": "lucide-list",
+ "title": "Redis-Datatype 的大纲"
  }
  }
  ],

docs/.obsidian/workspace.json

@@ -0,0 +1,136 @@
+---
+title: 数据库三范式
+date: 2022-08-01
+tags: 
+ - MySQL
+ - 数据库三范式
+categories: MySQL
+---
+
+![](https://cdn.pixabay.com/photo/2020/04/23/18/41/light-5083606_1280.jpg)
+
+> 数据库的设计三范式:
+>
+> - 1NF：字段不可分。第一范式要求数据原子化
+> - 2NF：唯一性 一个表只说明一个事物。有主键，非主键字段依赖主键。第二范式消除部分依赖
+> - 3NF：非主键字段不能相互依赖。第三范式消除传递依赖，从而提高数据的完整性和一致性
+
+在当今信息化时代，数据库已经成为各行各业中不可或缺的一部分。从小型应用到企业级系统，数据库都在背后默默支撑着数据的存储、管理与分析。而在数据库设计中，**三范式**（3NF）是关系型数据库模型设计中最为基础和重要的规范化原则之一。三范式的核心目标是通过规范化数据库的结构，减少冗余数据，增强数据一致性和完整性，避免更新异常，确保数据的高效存储与访问。
+
+### 什么是数据库规范化？
+
+数据库规范化（Normalization）是指对数据库表的设计进行优化的过程，通过一系列规则来消除冗余数据，并提高数据的组织方式。规范化不仅帮助减少数据的重复性，还确保数据之间的逻辑关系清晰，减少因数据修改引发的不一致问题。
+
+规范化的核心思想是通过分解数据库表，降低数据冗余性和依赖性。在实际操作中，数据库规范化通常分为多个阶段，称为**范式**。每一范式都是在前一范式的基础上进一步精化和完善的。三范式是数据库设计中最为基础且常用的范式，它通过消除部分依赖和传递依赖等问题，保证数据库的高效性与一致性。
+
+### 第一范式（1NF）
+
+**第一范式**是数据库规范化的最基础范式，它的要求是：**表中的每个列必须包含原子值，即每个字段只能存储不可再分的单一数据单元**。简而言之，1NF 要求每个列的数据必须是“原子的”，也就是没有重复数据和多值属性。
+
+#### 1NF的具体要求：
+
+1. 每列中的数据必须是不可分割的单一数据项。
+2. 每一行必须唯一，不允许有重复的记录。
+3. 表中的每个字段都必须具有唯一的标识符（即主键）。
+
+**示例**： 假设我们有一个学生信息表，如下所示：
+
+| 学生ID | 姓名 | 电话号码 |
+| ------ | ---- | ---------------------- |
+| 1 | 张三 | 1234567890, 0987654321 |
+| 2 | 李四 | 1357924680, 2468013579 |
+
+从上表可以看出，"电话号码"字段存储了多个值，违反了1NF。要满足1NF要求，电话号码字段应拆分为多行或多列，像这样：
+
+| 学生ID | 姓名 | 电话号码 |
+| ------ | ---- | ---------- |
+| 1 | 张三 | 1234567890 |
+| 1 | 张三 | 0987654321 |
+| 2 | 李四 | 1357924680 |
+| 2 | 李四 | 2468013579 |
+
+这样，每个字段就变成了原子值，符合了1NF的要求。
+
+### 第二范式（2NF）
+
+第二范式建立在第一范式的基础之上，要求**消除部分依赖**。具体而言，2NF要求表中的所有非主属性（即不参与主键的字段）必须完全依赖于主键，而不能仅依赖于主键的一部分。换句话说，表中的每一个非主属性必须依赖于完整的主键，而不是主键的某一部分。
+
+#### 2NF的要求：
+
+1. 表必须满足1NF。
+2. 表中的每个非主键列必须完全依赖于整个主键。
+3. 如果表有复合主键（由多个列组成的主键），则不能有部分依赖。
+
+**示例**： 考虑以下的订单表：
+
+| 订单ID | 产品ID | 产品名称 | 数量 | 单价 |
+| ------ | ------ | -------- | ---- | ---- |
+| 1 | 101 | 手机 | 2 | 2000 |
+| 1 | 102 | 耳机 | 1 | 500 |
+| 2 | 101 | 手机 | 1 | 2000 |
+
+在这个例子中，复合主键由**订单ID**和**产品ID**组成。虽然**产品名称**只依赖于**产品ID**，但它却被存储在了当前的表中，这种依赖关系违反了2NF。我们可以通过拆分表格来消除部分依赖：
+
+**订单表：**
+
+| 订单ID | 产品ID | 数量 | 单价 |
+| ------ | ------ | ---- | ---- |
+| 1 | 101 | 2 | 2000 |
+| 1 | 102 | 1 | 500 |
+| 2 | 101 | 1 | 2000 |
+
+**产品表：**
+
+| 产品ID | 产品名称 |
+| ------ | -------- |
+| 101 | 手机 |
+| 102 | 耳机 |
+
+通过这样的拆分，我们确保了所有非主键字段完全依赖于复合主键，符合了2NF。
+
+### 第三范式（3NF）
+
+第三范式是在第二范式的基础上进一步规范化，它要求消除**传递依赖**。传递依赖是指某个非主键列依赖于另一个非主键列，而这个非主键列又依赖于主键。换句话说，第三范式要求表中的每个非主属性都直接依赖于主键，而不是间接依赖。
+
+#### 3NF的要求：
+
+1. 表必须满足2NF。
+2. 表中的每个非主键列必须直接依赖于主键，不能依赖于其他非主键列。
+
+**示例**： 考虑以下员工表：
+
+| 员工ID | 部门ID | 部门名称 | 部门经理 |
+| ------ | ------ | -------- | -------- |
+| 1 | 101 | 销售部 | 王经理 |
+| 2 | 102 | 技术部 | 张经理 |
+
+在这个例子中，**部门名称**和**部门经理**依赖于**部门ID**，而**部门ID**又依赖于**员工ID**，这就构成了传递依赖。为了满足3NF，我们应该将部门相关信息提取到单独的表中：
+
+**员工表：**
+
+| 员工ID | 部门ID |
+| ------ | ------ |
+| 1 | 101 |
+| 2 | 102 |
+
+**部门表：**
+
+| 部门ID | 部门名称 | 部门经理 |
+| ------ | -------- | -------- |
+| 101 | 销售部 | 王经理 |
+| 102 | 技术部 | 张经理 |
+
+通过这样的拆分，我们消除了传递依赖，确保了表符合3NF的要求。
+
+### 规范化的优点与实际应用
+
+数据库规范化的主要优点是减少冗余数据，提高数据的一致性和完整性。通过规范化，数据的修改操作变得更加简便，不容易出现更新异常，例如**插入异常**、**删除异常**和**更新异常**。
+
+然而，在实际应用中，数据库设计并非总是严格遵循最高范式。过度规范化可能会导致表的拆分过多，从而影响查询性能。在这种情况下，数据库设计师可能会选择在一定程度上**反规范化**，即故意增加一些冗余数据，以提高查询效率。
+
+### 总结
+
+数据库的三范式是关系型数据库设计的基础，它通过消除数据冗余和不必要的依赖关系，帮助提高数据的一致性和完整性。第一范式要求数据原子化，第二范式消除部分依赖，而第三范式消除传递依赖。在实际的数据库设计中，三范式为我们提供了科学的规范化思路，但在一些特定场景下，可能需要适当进行反规范化来优化查询性能。
+
+了解并掌握三范式的概念，能帮助开发人员在设计数据库时做出更加高效且一致的决策，提升数据库系统的整体性能和可维护性。
+