数据库设计

用户权限 mysql 数据库设计 一个简单的用户权限数据库设计 来源： CSDN 作者： huangkang1995 链接： https://blog.csdn.net/huangkang1995/article/details/103984955

下面是DotNet中的数据持久层框架（ORM，半ORM等）的列表： .NET Persistence BBADataObjects DataObjects.NET Data Tier Modeler for .NET DotNorm Eldorado.NET Enterprise Core Objects (ECO™) Entity Broker eXpress Persistent Objects for .NET FastObjects.NET JC Persistent Framework LLBLGen Pro ModelWorks Nhibernate Nolics.NET Norm Norpheme ObjectBroker ObjectSpaces ObjectSpark Objectz.NET OJB.NET OPF.Net (Object Persistent Framework) ORM.NET Pragmatier Data Tier Builder RapTier Sisyphus Persistence Framework TierDeveloper Bob.NET ObjectPersistor.NET Genome Ibatis easyobjects 这么多的框架成熟的不多，各自的设计理念也不太一样。这些框架里我了解的不多。

1.什么是MyBatis？ 答：MyBatis是一个可以自定义SQL、存储过程和高级映射的持久层框架。 2.MyBatis的缓存 答：MyBatis的缓存分为一级缓存和二级缓存,一级缓存放在session里面,默认就有,二级缓存放在它的命名空间里,默认是不打开的,使用二级缓存属性类需要实现Serializable序列化接口(可用来保存对象的状态),可在它的映射文件中配置 3.Mybatis是如何进行分页的？分页插件的原理是什么？ 1）Mybatis使用RowBounds对象进行分页，也可以直接编写sql实现分页，也可以使用Mybatis的分页插件。 2）分页插件的原理：实现Mybatis提供的接口，实现自定义插件，在插件的拦截方法内拦截待执行的sql，然后重写sql。 举例：select * from student，拦截sql后重写为：select t.* from （select * from student）t limit 0，10 推荐看起来比较清晰的PageHelper分页原理 3)PageHelper首先将前端传递的参数保存到page这个对象中，接着将page的副本存放入ThreadLoacl中，这样可以保证分页的时候，参数互不影响，接着利用了mybatis提供的拦截器，取得ThreadLocal的值，重新拼装分页SQL，完成分页。 4.Mybatis的插件运行原理

2 数据库设计与建模 2.1 数据库设计的三范式 三范式： 第一范式（1NF） ：确保每一列的原子性（做到每列不可拆分） 第二范式（2NF） ：在第一范式的基础上，非主字段必须依赖于主字段（一个表只做一件事） 第三范式（3NF） ：在第二范式的基础上，消除传递依赖 反三范式： 反三范式是基于第三范式所调整的，没有冗余的数据库未必是最好的数据库，有时为了提高运行效率，就必须降低范式标准，适当保留冗余数据。 2.2 数据库建模 了解了数据的设计思想，那对于数据库表的表设计应该怎么做呢？答案是数据库建模 数据库建模：在设计数据库时，对现实世界进行分析、抽象、并从中找出内在联系，进而确定数据库的结构。它主要包括两部分内容：确定最基本的数据结构；对约束建模。 2.2.1 建模工具 对于数据模型的建模，最有名的要数PowerDesigner，PowerDesigner是在中国软件公司中非常有名的，其易用性、功能、对流行技术框架的支持、以及它的模型库的管理理念，都深受设计师们喜欢。他的优势在于：不用在使用create table等语句创建表结构，数据库设计人员只关注如何进行数据建模即可，将来的数据库语句，可以自动生成 2.2.2 使用pd建模 选择新建数据库模型 打开PowerDesigner，文件->建立新模型->model types（选择类型）->Physical DataModel

Mybatis框架 1、什么是Mybatis? 2、Mybatis的优点 3、Mybatis的缺点 4、Mybatis框架的适用场合 5、#{}和${}的区别是什么 6、实体类中的属性名和表中的字段名不一样，怎么办？ 8、编写模糊查询like语句 9、Dao接口的工作原理 10、Mybatis分页原理 11、Mybatis的映射形式 12、使用MyBatis的mapper接口调用时有哪些要求？ 13、resultType与resultMap的区别 14、在mapper中如何传递多个参数？ 15、Mybatis的Executor执行器 16、Mybatis的动态sql 17、Mybatis的关联查询和实现方式以及区别 18、Mybatis的Xml映射文件和Mybatis内部数据结构之间的映射关系 19、Mybatis的接口绑定以及其实现方式 20、Mybatis缓存 21、Mybatis延迟加载 22、Mybatis的基本工作流程 23、Mybatis实行一对多的操作方式 24、Mybatis实行一对一的操作方式 1、什么是Mybatis? （1）Mybatis是一个半ORM（对象关系映射）框架，它内部封装了JDBC，开发时只需要关注SQL语句本身，不需要花费精力去处理加载驱动、创建连接、创建statement等繁杂的过程。程序员直接编写原生态sql，可以严格控制sql执行性能

数据库设计三大范式 数据库设计范式 什么是范式：简言之就是，数据库设计对数据的存储性能，还有开发人员对数据的操作都有莫大的关系。所以建立科学的，规范的的数据库是需要满足一些 规范的来优化数据数据存储方式。在关系型数据库中这些规范就可以称为范式。 什么是三大范式： 第一范式：当关系模式R的所有属性都不能在分解为更基本的数据单位时，称R是满足第一范式的，简记为1NF。满足第一范式是关系模式规范化的最低要 求，否则，将有很多基本操作在这样的关系模式中实现不了。 第二范式：如果关系模式R满足第一范式，并且R得所有非主属性都完全依赖于R的每一个候选关键属性，称R满足第二范式，简记为2NF。 第三范式：设R是一个满足第一范式条件的关系模式，X是R的任意属性集，如果X非传递依赖于R的任意一个候选关键字，称R满足第三范式，简记为3NF. 注：关系实质上是一张二维表，其中每一行是一个元组，每一列是一个属性 理解三大范式 第一范式 1、每一列属性都是不可再分的属性值，确保每一列的原子性 2、两列的属性相近或相似或一样，尽量合并属性一样的列，确保不产生冗余数据。 如果需求知道那个省那个市并按其分类，那么显然第一个表格是不容易满足需求的，也不符合第一范式。 显然第一个表结构不但不能满足足够多物品的要求，还会在物品少时产生冗余。也是不符合第一范式的。 第二范式 每一行的数据只能与其中一列相关

记一次SSM框架中关于Mybatis的问题 话不多说，直接上图： 1、数据库 2、Bean类 （get/set方法省略） 3、mapper.xml文件里的sql语句 4、问题点 list.size的值不为0，但后面的遍历（即acc）报NPE 5、问题发现 数据库中的字段与Bean类中的变量名不同 6、问题解决 将数据库中字段名改为Bean类中的变量名，对于大工程来讲，数据库已经设计完毕，不允许更改 将Bean类中的变量名改为与数据库一致，但这些字段名会涉及到前端页面的name属性的值，可能造成大量代码的更改，也不推荐 数据库和Bean类都不变，改变mybatis的mapper.xml文件中的select语句，将上图的语句做如下修改（通过别名的方式让其字段统一）： 7、总结 在mybatis的使用中， 数据库字段名 与Java Bean类中的属性名 必须 保持一致 ，若在设计系统时未考虑到这一点，出现上述问题，不建议修改任何字段或属性名，而是在sql中采用别名的方式解决这一问题。 来源： CSDN 作者： ob踏雪者 链接： https://blog.csdn.net/czm_ob/article/details/103831559

一、数据库设计的必要性 在实际的软件项目中，如果系统中需要存储的数据量比较大，需要设计的表比较多，表与表之间的关系比较复杂，那我们就需要进行规范的数据库设置。如果不经过数据库的设计，我们构建的数据库不合理、不恰当，那么数据库的维护、运行效率会有很大的问题。这将直接影响到项目的运行性和可靠性。 二、什么是数据库设计 数据库设计实际上就是规划和结构化数据库中的数据对象以及这些数据对象之间的关系过程。 三、数据库设计的重要性 Ø 不经过设计的数据库或是设计糟糕的数据库很可能导致 1、 数据库运行效率地下 2、 更新、删除、添加数据出现问题 Ø 良好设计的数据库 1、 执行效率高 2、 使应用程序更便于开发 3、 扩展性好 4、 维护性好 四、数据模型 数据模型就像是数据间联系的一个轮廓图，整个模型就像一个框架。 如果按照记录间联系的表示方式，对数据模型进行分类，可以分为：层次模型、网状模型、关系模型。前两种又称为格式化数据模型。数据模型的好坏直接影响到数据库的性能，所以数据模型的选择是数据库设计的首要任务。 Ø 实体-关系（E-R）数据模型 E-R数据模型（Entity-Relationship data model），即实体-关系数据模型。E-R数据模型不同于传统的关系数据模型，它不是面向实现，而是面向现实物体的。 Ø 实体（Entity） 数据是用来描述现实中的物体的

一、数据库设计的必要性 在实际的软件项目中，如果系统中需要存储的数据量比较大，需要设计的表比较多，表与表之间的关系比较复杂，那我们就需要进行规范的数据库设置。如果不经过数据库的设计，我们构建的数据库不合理、不恰当，那么数据库的维护、运行效率会有很大的问题。这将直接影响到项目的运行性和可靠性。 二、什么是数据库设计 数据库设计实际上就是规划和结构化数据库中的数据对象以及这些数据对象之间的关系过程。 三、数据库设计的重要性 Ø 不经过设计的数据库或是设计糟糕的数据库很可能导致 1、 数据库运行效率低下 2、 更新、删除、添加数据出现问题 Ø 良好设计的数据库 1、 执行效率高 2、 使应用程序更便于开发 3、 扩展性好 4、 维护性好 四、数据模型 数据模型就像是数据间联系的一个轮廓图，整个模型就像一个框架。 如果按照记录间联系的表示方式，对数据模型进行分类，可以分为：层次模型、网状模型、关系模型。前两种又称为格式化数据模型。数据模型的好坏直接影响到数据库的性能，所以数据模型的选择是数据库设计的首要任务。 Ø 实体-关系（E-R）数据模型 E-R数据模型（Entity-Relationship data model），即实体-关系数据模型。E-R数据模型不同于传统的关系数据模型，它不是面向实现，而是面向现实物体的。 Ø 实体（Entity） 数据是用来描述现实中的物体的

目录 MySQL数据库设计规范 1. 规范背景目的 2. 设计规范 2.1 数据库设计 2.1.1 库名 2.1.2 表结构 2.1.3 列数据类型优化 2.1.4 索引设计 2.1.5 分库分表、分区表 2.1.6 字符集 2.1.7 程序层DAO设计建议 2.1.8 一个规范的建表语句示例 2.2 SQL编写 2.2.1 DML语句 2.2.2 多表连接 2.2.3 事务 2.2.4 排序和分组 2.2.5 线上禁止使用的SQL语句 1. 规范背景目的 MySQL数据库与 Oracle、 SQL Server 等数据库相比，有其内核上的优势与劣势。我们在使用MySQL数据库的时候需要遵循一定规范，扬长避短。本规范旨在帮助或指导RD、QA、OP等技术人员做出适合线上业务的数据库设计。在数据库变更和处理流程、数据库表设计、SQL编写等方面予以规范，从而为公司业务系统稳定、健康地运行提供保障。 2. 设计规范 2.1 数据库设计 以下所有规范会按照【高危】、【强制】、【建议】三个级别进行标注，遵守优先级从高到低。 对于不满足【高危】和【强制】两个级别的设计，DBA会强制打回要求修改。 2.1.1 库名 【强制】库的名称必须控制在32个字符以内，相关模块的表名与表名之间尽量提现join的关系，如user表和user_login表。 【强制】库的名称格式：业务系统名称_子系统名