写在Bean里的话需要为各个模块定义自己的Bean和insert,delete等方法！个人认为Bean数量较多！写在JSP里可以比较直观一些！而且灵活一些，以前都是写在Bean里的，但后期Bean一多感觉很混乱！希望能给些建议！

我还是感觉写在Bean里好。

最好是把bean写得很全，到处可以用，与具体环境没关系

就我目前的认识来看，还是写在bean里为好！
至于你的担心“个人认为Bean数量较多”，你可以用良好的设计利用继承来得到平衡的解决。
jsp应该负责显示，提交信息，而逻辑和后台的操作应该放在bean里，这样有利于项目成员的并行工作（特别是jsp和bean分工的情况），前提是要定义好相应的接口。而且这样也更具有模块化的思想，便于调试和维护。

写在bean里面好，因为那样可以使程序的结构清晰。

理论上写在bean里会很清晰，可是真的还是比较麻烦的，因为数据库的查询基本上都不是很一样的，那会写很多，的确不是很灵活

我现在写jsp，只是连接数据库的时候用bean做，其他的都做到页面里，但是用的频繁的数据库的操作我就写到bean里了

一直在想，可不可以用bean来实现：传一个表的名称和字段名给bean让他去做，这样只用写 插入/删除/更新数据库的几个了，但是我门查询有不同的要求，可是还是不大灵活

不知各位怎么处理的

我以前也是写在javabean里，但现在bean多了，有一种混乱的感觉，而且bean里面的方法也仅仅是实现连接数据库，执行sql语句而已，没有什么特别的处理。bean之间也没有什么可继承关系。

还是写在jsp里算了。

应该写在bean中，
关键是软件要有一个良好的面向对象的设计风格，不是仅仅用bean来封装sql语句。应该按照功能来封装Bean，在JSP中仅仅是收集显示数据，具体如何实现业务逻辑操作，应该在bean中实现。

按照MVC的模式思想，还是应该写在Bean中的，因为这属于控制层的内容嘛

当然是在Bean中，而且将SQL写在了JSP中，那还要Bean干什么?
在一个J2EE的多层应用中，JSP作为EJB Server的Client，对
数据库应该是不可见的，事实上，如果将对数据库操作的Bean，
换成对文件(如XML作为数据存储)操作的Bean，而只要定义相同
的Business Logical，作为Client的JSP不用修改任何代码就
可以使用。
自从使用Bean之后，我在没有在Servlet或JSP中使用过SQL。

对数据库的操作已属于商业逻辑部分，不应当在界面上体现，具体方式应当是在jsp中只是显示与操作Value Class的内容(View)，servlet用来页面转换及调用后台的商业罗辑(Controller),  在servlet调用的bean中写入商业方法。

我们在servlet中也不会见到一条sql语句，操作的都是oo设计的类对象，到后台根据类对象业组装相应的提交，这样比较容易将系统转到分布式，如果你利用实体bean的话就更不用去写sql了,sql还有一个缺点，就是数据库转换麻烦。