SQLite负载量有多大,不会象access那样容易出问题吧

不知道你所说的负载量是什么，如果是读取速度的话自然是sqlite的效率要高很多，大量写入的话使用事务去做自然也不会慢到哪里去，做小型数据库是十分方便的。实际上用于桌面型数据库的话有很多的选择，根据自己的需求选择即可。

下面是copy部分：

SQLite的缺点在中小网站 CMS 应用场景下被规避：

1、并发低 动态访问时当访问量不超过10万PV的时候，SQLite 超过 Access 的并发能力已经绰绰有余；生成静态页后更无需考虑数据库的并发问题

2、在大数据量的情况下表现较差 但是中小站点一般情况下数据量不超过10万，而SQlite 在 100 万数据量之下表现还不错，因为省掉了对数据库服务器的远程连接甚至会更快

3、写入较慢 默认配置下的 SQlite 的写入速度比MySQL慢了很多，但是 CMS 应用场景的写入 *** 作较少。在插入新文章的时候基本感受不到慢。集中的写数据库 *** 作只有在安装的时候会出现，不过只出现一次，可以忽略

4、为已有的表加索引较慢 但是在中小站点CMS中不会有这样的需求，可以忽略

5、无法将 MySQL 部署到与前端机不同的服务器上，但是中小站点也没有分开部署的需求

综上所述：在中小站点 CMS 的应用场景下 SQLite 能最大限度的降低建站成本，降低维护难度，又很好得规避了自身的缺点。所以我认为未来支持 SQLite 的 CMS 系统一定会大行其道。

MYSQL最快，其次是SQL SERVER，另外两个在那么大的数据不堪设想。

当然，MYSQL要看配置，比如你限制它使用多少内存、索引空间等等，详细见my.ini设置（http://hi.baidu.com/fancybird/blog/item/8d3cba4379ced7169313c62d.html）

---