WN-YoungKun的博客

问题背景猿Why在做数据处理的时候，数据库中有一些数据，用数据库客户端查询出来数据看到是“空”的，但是where条件限制='' 和is null都过滤不到这些数据。猜想回想大学时期C语言程序设计课程中学到的ASCII有一部分字符是控制字符，不显示。验证看看是不是以控制符开头select * from tablename where substring(tablename.field, 1,1) not between char(0) and char(31)结论如果查到数据了，证明猜想就对

猿Why从MySQL安装开始逐步了解MySQL语句之外的知识。从本章开始记录一些使用MySQL过程中遇到的问题和解决过程。执行完SQL语句，异常情况下只有异常编码，而没有详细信息按搜索引擎索骥在开发或者测试阶段，这种情况是不利于问题定位的。首先搜索大法，找到线索：lc-messages-dir。按照介绍，首选在my.cnf文件指定启动参数：lc-messages-dir=/usr/share/mysql/english/但是并没有实际解决猿Why的问题。可能还是缺了哪一环。有了关键入口，

猿Why在项目开发和项目运维期间遇到过一些情况，需要更新某一张表中的数据，目标更新数据来源于当前数据库不是同一个数据源（可能是业务同学甩过来的一个Excel）。遇到这样的情况，我的处理办法是用Excel中的数据，拼接SQL语句去处理。比如这样一个简单例子：update demotable set demotable.a ='EFG' where demotable.b = 'uniquekey';当数据量在1000以内时候，并且工作频率不高（比如一年一次），用Excel拼接SQL就很合适。="

数据库相关的文章很有一段时间没有写了。最近得拾起来，在这里贴一些自己常用的SQL：SQL执行，事务提交一条龙：begin #insert、update、deletecommit ; exception when others then rollback ; end ; 数据库表锁死解决：SELECT s.sid, s.serial# FROM v$locked_object lo, dba_objects ao, v$session s WHERE ao.object_

任何一个后端开发人员都写过模糊查询的方法（当然包括猿Why）……后端会有这样几个过程：从前端接收查询条件参数，例如：conditionA，conditionBselectByLike(String conditionA,String conditionB);通过持久层、SQL预编译等步骤，就会有这样的SQL语句：SELECT d.fieldA, d.fieldB, d.fieldC...

数据库自动生成：数据库，自增型主键。插入操作完成后，返回主键值（以作他用），返回值写在传入参数的实体类中的主键属性中。另外，插入成功会返回1，代表受影响的记录条数（插入一条数据，受影响记录数自然为1）。弊端：分库、分表，单一主键唯一性保证需要单独维护。主键生成工具：生成唯一不重复的主键。好处：可以赋予业务含义...