数据库范式

范式目标主要特点1NF消除重复组，保证每列值原子性。每列只存储单一值。2NF消除部分依赖，非主属性完全依赖主键。必须完全依赖主键，不允许部分依赖。3NF消除传递依赖，非主属性只依赖主键。非主属性之间不能存在依赖关系。BCNF消除主属性间依赖，所有函数依赖的决定因素为超键。更严格的3NF。4NF消除多值依赖，每个关系只存储一个独立主题。解决多值属性独立的问题。5NF消除连接依赖，确保关系可以通过小表复原。对复杂表分解到极致。

数据库范式理论是为了设计出高效、冗余度低、结构合理的数据库而建立的一系列规则和标准，主要用于规范化数据库表结构，以减少数据冗余，提高数据的一致性和完整性。常见的范式有第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、BC 范式（BCNF）等。

1、求候选键2、非键属性是否部分依赖于候选键如果符合，则他是1NF如果不符合，则继续判断3、非键属性是否传递依赖于候选键如果符合，则他是2NF如果不符合，则继续判断4、判断所有依赖项左边是否全为候选键如果是，则他是BC范式如果不是，就是3NF候选键:A B如果 B -> C，也就是C依赖B那么C就部分依赖于AB，（理解：C依赖于AB的一部分）假设有两个条件：1） B ->A，A->C，（C非键，B是候选键）那么B->C2） A不能 ->B。

数据库范式，第一范式（1NF），第二范式(2NF)，第三范式(3NF)

假设你在管理一个小型图书馆的书籍信息，有一本书的记录表格包含书名、作者、出版社、出版年份和分类。你希望这个表格能够尽量简洁，同时避免重复信息，方便查询。

主值是用于唯一标识数据库记录的单列值。它具有以下特性主键不能为 NULL主键值必须是唯一的主键值很少应该改变插入新记录时必须给主键赋值。外键引用另一个表的主键！外键可以与其主键有不同的名称。确保一个表中的行在另一个表中有对应的行。与主键不同，它们不必是唯一的。外键可以为空，而主键不能为空。复合键是由多个列组成的主键，用于唯一地标识一条记录在我们的数据库中，有两个同名的人，分别是 Robert Phil，但他们住在不同的地方。数据库中的复合键。

| 1NF | A relational table that has no multivalued attributes and composite attributes | |2NF| Every **nonprime attribute A** in R is **fully functionally dependent** on a primary key of schema R| |3NF|It is **in 2NF** and **no nonprime attribute** of R i

使用 Docker 配置环境，相关问题的解决方案。

本文为嵌入式工程师量身定制了系统架构设计师5-6个月的备考计划。计划分为四个阶段：基础巩固（1.5个月）、核心突破（2个月）、专题强化（1.5个月）和冲刺模考（1个月），强调将嵌入式经验（如硬件架构、实时系统）转化为架构设计优势。提供了详细的学习内容、时间分配、实战案例及嵌入式关联强化方法，包括论文选题方向、答题模板和应试技巧。特别推荐嵌入式相关学习资料和工具，建议通过项目案例结合架构理论进行备考，最后给出进度跟踪表和考前准备指南。

本文详细介绍了在Windows系统配置MySQL远程访问的完整流程：首先以管理员身份登录MySQL，创建特定IP限制的远程用户并授予精细化权限；然后修改配置文件(my.ini)解除本地绑定限制，重启服务；接着配置防火墙开放3306端口；最后通过命令行和图形工具测试连接。文章特别强调安全实践，包括IP限制、最小权限原则、SSL加密等防护措施，并提供了常见问题解决方案。整个流程兼顾便捷性与安全性，适合开发和运维场景使用。

测试数据库写入功能，可以用随机数生成模拟温度数据。'%H:%M:%S'