A. 如何解决频繁查询数据库
个人认为，如果只是对数据库进行频繁的查询，那么最还是为数据库建立索引表，可以减少系统开销，然后就是建立分区，把数据进行区分，这样可以快速定位。
B. 如果有对数据库的频繁操作，数据库连接是否不要频繁
如果有对数据库的频繁操作，数据库连接是否不要频繁
具体需要看应用场景中使用的数据库操作是否频繁,如果读写查询操作比较频繁的话,建议使用长连接,不用频繁关闭数据库链接;但是最后操作完成后,还是需要关闭数据..
C. 频繁的访问数据库，sqlconnection可以一直open不close吗
不能。最好每次close，而且最好的方式是using语句（C#）。因为数据库连接是非托管资源，如果你不关闭有可能影响其他人使用，或者造成数据库不稳定。另，数据库本身有连接池一类的技术来实现较高性能，所以不需要你再在客户端做什么处理。
D. 频繁查询mysql数据库导致崩溃
你换一台好的服务器就行了，最好是能挂中型ERP系统数据库那种。
E. 频繁访问数据库的大型项目选择oracle还是pgsql
因为Oracle是作为关系型数据库里属于超大型的数据库(另一个是IBM的DB2)，数据的吞吐量大，还可以跨操作系统运行。并且Oracle在安全性方面有自己的一套严格的权限控制流程，给我们的数据提供了安全的保障，目前大型IT公司基本上都是使用Oracle和DB2来保存数据。
F. 需要频繁访问数据库的网页怎么处理
预生成静态页面或者使用缓存（内存数据库/nosql）
静态页面是根据业务来确定是否合适使用，例如博客网站，会对文章进行生产静态html，固定时间更新（例如每天重新生成一次），这种内容修改几率比较小的比较适合，可以有效的避免每次获取文章内容都要交互数据库，直接访问对应静态页面（相关技术可以查看freemarker等）
缓存是针对读取比较频繁，且数据不是很大的情况。nosql类似，去掉了数据库比较复杂的强制关系（例如主外键等），只是单纯的存储读取数据，具体数据/业务逻辑再程序中去具体控制，可以极大的加快访问速度，例如（redis，mongodb）
具体可以搜索nosql或者key-value 数据库了解。
G. 频繁查询数据库，怎么保证整个系统的性能
这个有很多可以说的了.以下全部手打by lcg1986:
数据库层面优化
从数据库本身来优化,优化SQL语句,建立适当的索引.尽量让查询条件命中索引,避免全表扫描.
精简查询语句,使用select 字段,避免使用select *.
数据库使用主备机或者集群模式,进行读写分离.
对数据进行分库分表
系统应用层面优化
系统使用连接池连接数据库,避免频繁的建立连接,释放连接的IO开销.
使用缓存,根据业务场景对数据进行划分,尽量将基本不会发生改变的数据缓存下来,查询时优先查询缓存,减少对数据库的访问.
对服务进行降级功能设计,在并发大到数据库实在无法处理的情况,对造成数据拥堵的服务进行降级.
支持数据的读写分离.读请求和写请求分别访问不同的数据库.
支持分库分表,或引入数据库中间件,如Mycat.
硬件方面优化
尽量使用SSD磁盘类型的数据库服务器,相比传统机械硬盘类型的服务器,具有更高的IO吞吐能力.
如果可能,尽量保证系统与数据库,数据库各个机器在同一区域内.避免如系统服务在北京,数据库服务器在上海的情况,减少因为网络环境,网络带宽等因素带来的影响