sqilong 2011-09-21 15:53

sqlite数据库真神奇，7G文件大小性能你来猜

不得了了，在7G文件大小下，6千万条记录的有索引某个表中，查询条件如果是索引字段，不管什么位置，查询都不要1ms时间。
但如果查询条件不是索引字段的话，最后一条记录的查询竟然需要589秒啊，不是ms啊。
在1千万条记录前插入1百万条记录需要120秒，在6千万条记录后插入1百万条记录需要156秒。
sqlite数据库的使用见http://bbs.eyuyan.com/read.php?tid=274617&page=1 zas 2011-09-21 17:14 不错sqlite数据库是个好东西.特别是单机软件,是最好不过的选择,我早就放弃了什么'ACCESS'就用sqlite数据库.不好的是安全问题.可以采用对文件加密

 Supports databases up to 2 tebibytes (241 bytes) in size.
实际应用看硬件和程序编写,G级的数据对数据库来说实在不算什么.

qlite简单。
嵌入式的对象DB 有专门产品的，
可以考虑 FireBird 的嵌入版本，
另外ZODB 也是可以独立使用的，

===========================

以前看文档说，SQLite的地址空间可以支持到上TB，不过到了那个级别速度就难以忍受了。文档上推荐是不超过100MB的时候性能就已经很烂了。嵌入式应用可以考虑一下FireBird，反正是很不推荐使用网络数据库的。另外，如果你有兴趣，我会在一个月之内写一份BDB数据库的使用技巧，如果需求不是很多变的话，也是个不错的选择

===================

嵌入数据库支持100M？？建议。

如果设计的好，可以支持到TB。

SQLite一个单表可以保存多少条数据，我认为可能SQLITE直接将表加载到内存中，起码的要求和想法。

Sqlite没提到在一个库中表数量的限制； Sqlite创建内存数据库也就无表数量的限制；关键看表中数据啥时候将内存占满....  

按照要求普通的数据512内存为准，建议数据库的表不超过256M.多少条，简单数据大约500W以内。

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!