在J2EE的代码生活上，不知不觉，就走了3年多了。一直在摸索，在前进，可是，在内心，不停的纠结着，我们真的需要这么多框架，这么多层次，这么多所谓的一套又一套理论吗。在我们的开发中，不停的集成添加更多框架，JAR包越来越多，几个，几十个，几M，几十M，甚至上百M。当初为啥要用这种那种的框架，为啥要引入这套那套理论，简单说，不就是为了开发更加方便，速度更加快捷，维护更加容易吗？但是，现在各种框架我们都有了，难道我们的开发真的就快捷了吗？我们的维护更加轻松了吗？我们的后期扩展更简单了吗？不，不是的，至少我感受到的不是这样的。而且我越来越模糊，Spring是什么，Ibatis是什么，Struts是什么，WebWork是什么。还有Hibernate，SiteMesh，Velocity，freemarker，Struts 标签，JSTL等等，太多了，多得让人眼花缭乱。我们要用Spring，为什么，他的特性是什么，原理是什么？

第一篇：

表设计和查询的一些参考

1．合理使用索引
索引是数据库中重要的数据结构，它的根本目的就是为了提高查询效率。现在大多数的数据库产品都采用IBM最先提出的ISAM索引结构。索引的使用要恰到好处，其使用原则如下：
●在经常进行连接，但是没有指定为外键的列上建立索引，而不经常连接的字段则由优化器自动生成索引。
●在频繁进行排序或分组（即进行group by或order by操作）的列上建立索引。
●在条件表达式中经常用到的不同值较多的列上建立检索，在不同值少的列上不要建立索引。比如在雇员表的“性别”列上只有“男”与“女”两个不同值，因此就无必要建立索引。如果建立索引不但不会提高查询效率，反而会严重降低更新速度。
...

昨天晚上和网友讨论了一个关于数据库联合查询的效率的问题.说实话,以前我一直没怎么考虑过这个问题,在写SQL时,都没怎么考虑,似乎一切都成了习惯,或者已经懒散贯了,但是,网友和我聊起来了,我也就好好考虑起这个问题了,平时不考虑时不知道,真正好好计较一下,才发现还有很多门道.

.................

根据以上的思考,结果很吓人,经过对比,发现,结果好恐怖,遍历次数差别简直就是.........比比看看:600万--2.3万--1600--800,这种比例实在太恐怖了,我不得不对联合查询产生了动摇,难道我们为联合查询的便利,就付出如此巨大的浪费吗?我们真的应该重新审视一下,我们平时已经习惯的编程习惯,以及那些我们认为理所当然的代码............

这几天在学习使用IBATIS突然要使用模糊查询,以及动态多个条件查询,按照自己的想法试了很久,都没解决这个问题.

首先是模糊查询的问题,开始时我使用如下条件:select * from user where name like '%#value#%'. 可是怎么也不行,好像还报错了.后来在网上找到了解决方法,就是使用$来代替#号.

1>写成: like '%$value$%' 就可以了,<!-- 模糊查询不能用#,#是用prepareStatement的?插入参数,$是文本替换 -->,

2>同时还找到另一个方法,但是那个方法我试了很久,就是不行,方法为: like '%' || #value# || '%'  , 查询出来的结果居然是全部.后来在网上有人说,这个写法是oracle的写法,

3>如果是mysql,则应该写成: name like CONCAT('%',#value:VARCHAR#,'%')  ,不过我没试用过,反正有一个方法成功就可以了.

第一个方法我试用成功,后面的也就没试过,有兴趣的朋友可以试试

第二个大问题就是多条件组合查询,................

在以前的文章里,也有一些提及到这个内容,主要是在以下文章里:

[再谈乱码问题，如何解决MYSQL数据中文乱码问题] [解决jsp,tomcat,MYSQL下中文乱码问题] [如何配置tomcat的MYSQL数据库连接池] [java_jsp连接各种数据库方法的简单示例] [java-jsp连接数据库大全(个人收集)]

但是今天,还是要从头开始~~~~

一般来说,配制数据库有几个地方都可以,<1>,在tomcat的conf下的server.xml里配制,<2>,在\conf\Catalina\localhost下写一个XML配制文档,里面的内容主要是指定WEB程序的访问URL和程序目录,同样可以在这里配制数据库连接池.<注意>,以上两方法后,还要在程序的WEB-INF的web.xml里配制.才可以,

以上三个地方分别如何配制,我也没都去试,有兴趣的可以自己去收集一下,我这里示例一下<2>和<3>...