范式是数据库中的关于关系模式的分类，是越来越严苛的分类。
一、区别
1、第三范式指表中的所有数据元素不但要能唯一地被主关键字所标识,而且它们之间还必须相互独立,不存在其他的函数关系。第三范式就是在第二范式的基础上再消除表中有可能存在某些数据元素依赖于其他非关键字数据元素的现象。
2、BC范式是指对于关系模式R，若 R为第一范式，且每个属性都不部分依赖于候选键也不传递依赖于候选键。BC比第三范式更严苛的条件是：要求R为第二范式且非键属性不传递依赖于R的候选键，而BC范式则是对R的每个属性都做要求。即决定因素为候选码。
二、举例
以下关系模式满足第三范式
学生：(学号, 姓名, 年龄, 所在学院)；
学院：(学院, 地点, 电话)。
其中的关系函数为：学号->姓名、学号->年龄、学号->学院、学院->地点、学院->电话。可以看出所有的关系函数均为一候选码为决定因素（函数的前半部分）那么可以说此关系模式满足BCNF。
扩展资料
数据库范式概念引入原因
规范化目的是使结构更合理，消除存储异常，使数据冗余尽量小。便于插入、删除和更新。
遵从概念单一化“一事一地”原则，即一个关系模式描述一个实体或实体间的一种联系。规范的实质就是概念的单一化。
一个关系模式接着分解可以得到不同关系模式集合，也就是说分解方法不是惟一的。最小冗余的要求必须以分解后的数据库能够表达原来数据库所有信息为前提来实现。其根本目标是节省存储空问，避免数据不一致性，提高对关系的操作效率，同时满足应用需求。
实际上，并不一定要求全部模式都达到BCNF不可。有时故意保留部分冗余可能更方便数据查询。尤其对于那些更新频度不高，查询频度极高的数据库系统更是如此。
参考资料来源：百度百科-数据库范式
数据库范式是一组规范或设计原则，用于帮助我们设计和组织关系型数据库的结构。这些范式旨在减少数据冗余、提高数据一致性，并确保数据的可靠性和性能。
存在多个数据库范式，其中最常见的是第一范式（1NF）、第二范式（2NF）和第三范式（3NF）。每个范式都有其特定的规则和要求。
第一范式（1NF）要求每个数据库表中的每个列只包含一个数据值，不允许多个值的组合。这样可以避免数据的混乱和重复。
第二范式（2NF）要求非主键列必须完全依赖于整个主键，而不是部分依赖。这意味着每个表中的主键列都应该与整个主键相关。
第三范式（3NF）要求消除表中的传递依赖。传递依赖指的是非主键列之间的间接依赖关系。每个非主键列应该直接依赖于主键，而不是通过其他非主键列来获取数据。
这些范式的目标是消除数据冗余，减少数据的不一致性和重复性，提高数据的一致性和查询性能。然而，需要根据实际情况和需求灵活应用这些范式，有时可能需要权衡范式要求和性能需求。
总之，数据库范式是一组规范，用于指导数据库设计，以减少冗余数据、提高数据一致性，并确保数据的可靠性和性能。范式有助于创建规范化的数据库结构，使数据的存储和管理更加高效和可靠。