因为近期完全是我负责某项目开发，所以关于数据库冗余字段的设计，有了一些新的见解。 其实在数据库设计方面，对于冗余字段的设计，网上也是褒贬不一的。通过资料的查询，大致有以下两个方向： 1、支持冗余字段的设计 引入冗余字段的设计，能够减少表关联，使用SQL查询的时候执行效率更快，特别是在数据量比较大的情

报错信息: Caused by: org.apache.ibatis.type.TypeException: Error setting non null for parameter #2 with JdbcType null . Try setting a different JdbcType f

1.varchar2把所有字符都占两字节处理(一般情况下)，varchar只对汉字和全角等字符占两字节，数字，英文字符等都是一个字节； 2.VARCHAR2把空串等同于null处理，而varchar仍按照空串处理； 3.VARCHAR2字符要用几个字节存储，要看数据库使用的字符集， 大部分情况下建议

SQL的执行顺序 结合上图，整理出如下伪SQL查询语句。

在基本查询的DQL语句中，不带任何的查询条件，语法如下： 查询多个字段 select 字段1, 字段2, 字段3 from 表名; 查询所有字段（通配符） select *  from 表名; 设置别名 select 字段1 [ as 别名1 ] , 字段2 [ as 别名2 ]  from

写在前面 第一范式（1NF）：原子性（存储的数据应该具有“不可再分性”） 第二范式（2NF）：唯一性 (消除非主键部分依赖联合主键中的部分字段)（一定要在第一范式已经满足的情况下） 第三范式（3NF）：独立性，消除传递依赖(非主键值不依赖于另一个非主键值) 详细：

一、sql执行顺序 from on join where group by(开始使用select中的别名，后面的语句中都可以使用)</

在我们开发中很容易因一些代码规范和逻辑控制的不足造成很多问题：

1.原文准备链接： 索引失效的10种场景，你知道几个呢？（面试必刷!）_索引失效的场景-CSDN博客 2. 不满足

结论：避免使用select *查询 我们在索引中，有一种叫做聚集索引和非聚集索引的索引类型。 在聚集索引