红烧肉合集
2024 年 10 月 26 日的红烧肉,比较满意这个颜色
2025 年 12 月 28 日
打灯之后再拍,就不会那么暗了,色泽也更好看了

2026 年 7 月 8 日
手机拍的感觉确实不如之前用相机拍的

2024 年 10 月 26 日的红烧肉,比较满意这个颜色
2025 年 12 月 28 日
打灯之后再拍,就不会那么暗了,色泽也更好看了

2026 年 7 月 8 日
手机拍的感觉确实不如之前用相机拍的

昨天离职,下周报道,算上周末能休 4 个整天,今天继续做点小菜
红烧排骨
清炒嫩南瓜
鸡蛋羹(加了两个虾)




今天 last day, 下午交接完就回来了,做上几个小菜,美美的吃上
蚝油生菜
皮蛋
红烧肉
油焖虾






今天 last day, 下午交接完就回来了,做上几个小菜,美美的吃上
蚝油生菜
皮蛋
红烧肉
油焖虾





2025-01-02
2025-02-05
2025-02-20
2025-02-21
2025-02-22
2025-02-24
2025-03-09
2025-03-14
2025-03-14
2025-03-15
2025-04-05
2025-05-03
2025-05-11
2025-05-18
2025-06-28
2025-08-10
2025-08-11
2025-08-16
2025-10-03
2025-10-03
2025-10-03
2025-10-03
2025-12-15
2025-12-31
–
列的原子性,列的内容不可再分割
学生表(学号、姓名、年龄、性别、地址)。地址可以细分为国家、省份、城市、市区、街道,那么该模式就没有达到第一范式。
非主键完全依赖主键
(确保每列都和主键直接相关)
(表必须有主键ID)
版本表(版本编码,版本名称,产品编码,产品名称),其中主键是(版本编码,产品编码),这个场景中,数据库设计并不符合第二范式,因为产品名称只依赖于产品编码。存在部分依赖。所以,为了使其满足第二范式,可以改造成两个表:版本表(版本编码,产品编码)和产品表(产品编码,产品名称)
订单表(订单编码,顾客编码,顾客名称),其中主键是(订单编码),这个场景中,顾客编码、顾客名称都完全依赖于主键,因此符合第二范式,但顾客名称依赖于顾客编码,从而间接依赖于主键,所以不能满足第三范式。如果要满足第三范式,需要拆分为两个表:订单表(订单编码,顾客编码)和顾客表(顾客编码,顾客名称)。
· 2NF: 非主键是否完全依赖于主键,还是依赖于主键的一部分
· 3NF: 非主键列是直接依赖于主键,还是直接依赖于非主键列
特性:
1、所有主属性对每一个码都是完全函数依赖
2、所有主属性对每一个不包含它的码,也是完全函数依赖
3、没有任何属性完全函数依赖与非码的任何一组属性
库存表(仓库名,管理员名,商品名,数量),主键为(仓库名,管理员名,商品名),这是满足前面三个范式的,但是仓库名和管理员名之间存在依赖关系,因此删除某一个仓库,会导致管理员也被删除,这样就不满足BCNF。
非主属性不应该有多值。如果有多值就违反了第四范式。4NF是限制关系模式的属性间不允许有非平凡且非函数依赖的多值依赖。
用户联系方式表(用户id,固定电话,移动电话),其中用户id是主键,这个满足了BCNF,但是一个用户有可能会有多个固定电话或者多个移动电话,那么这种设计就不合理,应该改为(用户id,联系方式类型,电话号码)。
如果只考虑函数依赖,关系模式规范化程度最高的范式是BCNF;如果考虑多值依赖则是4NF
第五范式属于最终范式,消除了4NF中的连接依赖,第五范式需要满足以下要求:
1、必须满足第四范式
2、表必须可以分解为较小的表,除非那些表在逻辑上拥有与原始表相同的主键。
一般实际应用中不必考虑第五范式。