库就可以了。解决方法:一
第一种解决方案,不限制数据库文件大小,当然,这是在您的服务器空间足够的情况下
二
第二种解决方案,直接清理数据库日志文件
我们打开数据库,然后选择分离数据库,找到日志文件并删除,然后附加,会自动产生
一个初始的很小的日志文件
三
第三种收缩数据库日志文件,设置数据库文件或者日志文件收缩到一定大小就可以。
以上各种解决方案,可以根据不同情况选择不同方案,为防止对数据库 *** 作不熟悉, ***
作失误,修改前请先备份好数据库。
可以在c#里面建立一个datatable,系统启动时把数据从数据库里载入到datatable里,你所有的 *** 作不要在数据库里计算,在datatable里算,具体的 *** 作你看下c#关于datatable的 *** 作,这样就不会大量占用数据库时间,但这样又会占用大量内存,根据你的需要试试看吧。在内存里计算不在sql里面快,只是你在添加数据库时需要向datatable和sql里面同时添加同一条数据。10几万的数据我都是这么 *** 作的。
首先应该确定是谁慢的,往往是程序处理方面的问题而不是数据库的问题。程序方面应该尽可能的减少数据查询返回的内容,比如可以查询返回ID,然后再根据ID一条一条的查询具体内容,看似慢了,在数据量达的时候快很多
对于数据可以参照下面几点
1、优化SQL语句,SQL语句对查询速度影响最大
2、对于经常查询的字段作索引。但是这样会增加修改时的压力
4、优化SQLServer,比如给其分配固定的内存,预先分配查询内存,调整CPU使用率等。
5、优化硬件资源,比如使用更高的服务器或者硬盘,独立安排数据库的数据文件和索引文件,将数据文件分布于不同的物理硬盘上等等
6、考虑使用分布数据库或者对大表进行拆分
另外,2G的数据库应该不算很大了,我处理过18G的数据库,8000万条记录,查询速度可以被接受
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)