agileclipse的专栏

数据库事务的隔离级别有4个，由低到高依次为Read uncommitted、Read committed、Repeatable read、Serializable，这四个级别可以逐个解决脏读、不可重复读、幻读这几类问题。√: 可能出现    ×: 不会出现脏读不可重复读幻读Read uncommitted√√√Read

由于直接使用临时表来创建中间表，其速度不如人意，因而就有了把临时表建成内存表的想法。但内存表和临时表的区别且并不熟悉，需要查找资料了。一开始以为临时表是创建后存在，当连接断开时临时表就会被删除，即临时表是存在于磁盘上的。而实际操作中发现临时表创建后去目录下查看发现并没有发现对应的临时表文件（未断开链接）.因而猜测临时表的数据和结构都是存放在内存中，而不是在磁盘中.    这样一想内存表不是

[sql] view plaincopyin和exists  in 是把外表和内表作hash 连接，而exists是对外表作loop循环，每次loop循环再对内表进行查询。一直以来认为exists比in效率高的说法是不准确的。  如果查询的两个表大小相当，那么用in和exists差别不大。  如果两个表中一个较小，一个是大表，则子查询表大的用exists

Mysql的错误,待解决[已解决]Data source rejected establishment of connection message from server: "Too many connections";[15:22:53,461] [CustomExceptionHandler,44] - Handle Exception:Hibernate operation: C

1.查询的模糊匹配　　尽量避免在一个复杂查询里面使用 LIKE '%parm1%'—— 红色标识位置的百分号会导致相关列的索引无法使用，最好不要用。　　解决办法:　　其实只需要对该脚本略做改进，查询速度便会提高近百倍。改进方法如下：      　　a、修改前台程序——把查询条件的供应商名称一栏由原来的文本输入改为下拉列表，用户模糊输入供应商名称时，直接在前台就帮忙定位到具体的供应商

在项目中总会遇到一些关于加载的优先级问题，近期也同样遇到过类似的，所以自己查找资料总结了下，下面有些是转载其他人的，毕竟人家写的不错，自己也就不重复造轮子了，只是略加点了自己的修饰。        首先可以肯定的是，加载顺序与它们在 web.xml 文件中的先后顺序无关。即不会因为 filter 写在 listener 的前面而会先加载 filter。最终得出的结论是：listener -

今天让一个数据查询难了。主要是对group by 理解的不够深入。才出现这样的情况这种需求，我想很多人都遇到过。下面是我模拟我的内容表我现在需要取出每个分类中最新的内容select * from test group by category_id order by `date`结果如下:明显。这不是我想要的数据，原因是msyql已经的执行顺序是

今天写查询语句遇到一个问题，就是用group by进行分组以后，用count统计分组以后的个数，开始写的语句大体是：select count(m.fbrandid)   from table as m group by m.fbrandid, month(fdate);数据库中的数据为：                      +----------+------------+-