这里： 看到这里，我突然想到有可能是字符集不一样造成的，打开表 原来问题出在排序 ...

在SQL Server中的字符类型都是有排序规则（collation）的，例如在下面的SQL语句中，我们建立了一个表变量@table_people，其中我们使用关键字COLLATE给列[Name]定义了排序规则"Chinese_PRC_CI_AS"，也给列[Description]定义了排序规则 ...

对于不规则的字符串数字排序，无法按照数字大的大小排序的原因是，字符串数字在数据库中按照ASCII码排序，从字符的第一个数字对比，首先就会将为首个数字相同的排在一起，在从这些字符串里面对比第二个数字，如下： 一组字符串为 ‘1’，‘2’,'10','11','3'； 不做任何处理的排序 ...

　　某天项目中写了一句排序sql，但是发现每次执行的结果都不同，就是排序顺序不一样。 　　查询了很多资料，也没找到一个比较确认的理由，只是较多人认为是由于缓存的存在。引用一下别人的回答： 　　根数据库系统的算法有关,早期版本的算法是自然的多个线程二分法,那个线程先查到满足 ...

一同事在写脚本时，遇到一个关于LIKE里面使用不同的变量类型导致查询结果不一致的问题，因为这个问题被不同的人问过好几次，索性总结一下，免得每次都要解释一遍，直接丢一篇博客岂不是更方便！其实看似有点让人不解的现象背后实质跟数据类型的实现有关。 下面我们构造这样一个类似的简单案例 ...

写代码中的某一天，我写下了如下的代码： 　　　　　　　　String sql = "select * from info info , info_extend extend where info.id = extend.infoid ...

...

由于同事误操作，将数据的坐标系统搞混乱了。打开数据后显示“警告：范围不一致！一个或多个已添加的图层的范围与关联的空间参考信息不一致。在此类图层上重新投影数据可能会导致异常行为。” 再看其他图层默认参考系统是投影坐标，3度分带，38带，有带号 ...