数据库中存放：employee诸如这样的表，有没有必要建立一个Employee类，读出数据库的employee表的数据，为每一个记录建立一个Employee类的实例,将字段信息赋值给相应的属性，然后再在jsp中进行操作？

不一定需要，所谓的OO只要使用对象就可以了，jdbc本身就是对象化的，所以不一定非要使用。如果你在数据表上需要的操作很多，同时建立这个对象有很多的用处，有复用的可能，就可以建立，否则，则没有必要。信息已经保存在数据库里面了，直接使用jdbc访问就可以了。其实，asp里面也是一样的。

有必要！
封装好对象

可以

通常我的做法是先有对象，在有数据库设计。呵呵，所以，只有有了Employee类，才有employee表。

那要看你想怎么写了！如果是把结果集都放到ArrayList里边就没有必要了，不过向你说的那种也很好的，表少的时候还行，要是几百个你不得有几百个文件来放这些东西了

我认为没有必要，对每一个记录建立一个Employee类的实例就更没有必要了。你可以建立一个通用类，可以类似于ResultSet类，做你需要的处理。

说出来，不知道会不会被笑，反正我是建了，但是这样好不好呢？

很好 的啊，反正我当初开发的时候就有这样用过
to ： whd11808(小玉米)　

那得看哪些表有这个必要了，使用频率高的这样做可以大大提高运行速度的，如果每次都去访问数据库，岂不是会很慢？

非常有必要啊！通常数据库和类都会和一个类对应啊！
同时结果集存在ArrayList中啊！这样的好处是，速度问题，同时如果数据库要修改
你可以类不修改而只给和数据库操作的类！
我说的结构是！
database 
entity 
manager
对外只能调用manager中的方法，entity中的文件和数据库结构对应！database 中的文件
操作数据库，比如insert ,delete ,update ,select ,假如数据库