java如何避免频繁访问数据库

公司用的是struts1 系统里面的双击域都是 双击一次就查询一下数据库， 感觉这样不大合理，请问各位大神这边改如何优化？

预生成静态页面或者使用来缓存（内存数据库/nosql）
静态页面是根据业务来确定是否合适使用，例如博客网站，会对文章自进行生产静态html，固定时间更新（例如每天重新生成一次），这种内容修改几率比较小的比较适合，可以2113有效的避免每次获取文章内容都要交互数据库，直接访问对应静态页面（相关5261技术可以查看freemarker等）
缓存是针对读取比较频繁，且数据4102不是很大的情况。nosql类似，去掉了数据库比较复杂的强制关系（例如主外键等）1653，只是单纯的存储读取数据，具体数据/业务逻辑再程序中去具体控制，可以极大的加快访问速度，例如（redis，mongodb）
具体可以搜索nosql或者key-value 数据库了解。

先把要保存的数据放置在内存中，然后在一个时间段存入数据库。缺点是，假如断电了，就没来得及保存数据了.

java连接数据库的方式有多种： 根据所需要的不同数据库驱动分，分为四种： 1：1类驱动。这就是jdbc-odbc桥的方式。但这种方式不适合程序的重用与维护，不推荐使用。需要数据库的odbc驱动。 2：2类驱动。这就是jdbc+厂商api的形式。厂商api一般使用c编写，所以，这种方式也不长使用。 3：3类驱动。这就是jdbc+厂商database connection server+database的形式。 这种方法就是在java 与 database之间价起了一台专门用与数据库连接的服务器（一般由数据库厂商提供）。他的好处在于能优化连接。 4：4类驱动。这就是纯jdbc+database的连接方式。也是推荐的连接方式。这使得application与数据库分开，开发者只需关心内部逻辑的实现而不需注重数据库连接的具体实现。在这其中有两种连接的方式： 硬编码方式，就是在程序中硬性编入数据库连接的所须参数。 jndi datasource方式。就是在程序运行的外布环境中又称（context）设置一个datasource数据源，有一个jndi 名称，程序只须查找此名称就可得到一个数据库连接的对象。

如果是经常查询很少修改的数据，可以考虑用二级缓存，金融相关的数据绝对不要放二级缓存

用缓存机制，如果数据有变化再查数据库，比较麻烦 不知道你们的系统是不是用hibernate，用hibernate的话可以用lazy

可以考虑缓存啊 但是所有的设计都是以业务为基础的。 比如缓存有时会有数据实时性的问题。你业务上能接受就可以