Microsoft Access 数据库 (.mdb) 文件大小 2 G 字节。
表的大小 1G 字节
备注字段的字符个数 通过用户界面输入为 65,535,通过程序输入为 1G 字节。
记录集大小 1G 字节
单表记录不宜超过20万,否则速度会有下降的。
2.实际设计数据库的时候,主要是从性能上考虑,这样记录过多(一般的说法是五万条记录以上性能就有很大影响,十万条数据就很缓慢了)字段内容过大(本地数据库没有找到这方面的数据,本人也没有这样做过)肯定会影响查询性能的
3.一条记录的某字段内容超过十万,也许可以数据的设计上重新考虑,根据特征多分几个字段,这样也许更能适合添加和查询设计的可行性和可 *** 作性
4.如果综合考虑实际情况,这是最简方案,可以采用把该内容"分页"的方法存入几个字段,提高查询或存入时的效率,同时避免由于数据量过大在查询或输入 *** 作时容易出现的错误率.
a.写一个截取字符函数,截取输入内容的(比如每5万字节)一部分存入该记录字段A,这样十万字(这里假如字节为单位)分2个字段A\B存入
b.这样读取该内容的时候默认读A字段内容,并分页显示(比如10页),当要读取第十一页的时候,读取B字段内容
5.这种方案需要在原来程序基础上添加特有的读取和查询时的分页函数
您好.要提高插入效率,比较多的建议无非就是:
1、插入前删除索引,插入后重建;
2、把表设为不记录日志;
3、调整某些参数,让数据库的页空间尽量的大,以避免过多的I/O *** 作;
对于一个通过用户界面上传数据的项目来说,只有3还有可行之处。不记录日志似乎可行,但commit之后的性能问题,实在让人担心。
要看你数据是什么内容,内容的多少?以我这纯文字型的为例:每条记录大约300字左右。
十万条记录下来约需要600M样子的空间放数据。
这只是我这的情况,具体还要看你的内容(不能纯以字节KB累计算空间的)
哈哈,发现我没登录。。。重发
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)