现在用 Sqlite 做中型站点的数据库行么?

ACCESS…
去找个当年石器时代的服务端，你会发现也是用 ACCESS 做数据库…
所谓的中型站点是多大的量呢？

。。。平均是你的写入量。

如果写入量不大，可以考虑静态化

http://www.sqlite.org/whentouse.html
这里说得很明确了。

不可能

考虑 ssdb？

@abelyao 被SQL Server彻底淘汰了

不行

sqlite主要是用在客户端,比如手机终端,浏览器端

既然是MS MVC， 数据库用SQL Server Express，免费的；数据访问层用ADO.NET Entity Framework，可任意切换底层数据库。

多读少写没问题, 我记得以前simplecd单日到过10W IP.

@abelyao
@ferock
@Zhang
@daiv
1.以前用的oracle和/MS SQL写了兼容,但是这个实在太笨重,换个地方就要装一堆东西,管理起来复杂.
2.如果假设每天,文章写入量200-400,留言写入量1000,查询的话不算,这样的话呢,推荐什么?
3.sqlite主要没有存储过程和触发器,这一点很闹心,

@hedaode
事实上我是想改变使用MS SQL的问题,免费是一回事,但不是最重要的,笨重,部署到其他操作系统麻烦随之而来.其实很想用Oracle,但是太大了,同样不方便.

@skybr
只知道早期在用.simplecd现在貌似没有用sqlite了吧?

Sqlite 的主要问题是高并发下的写入问题，如果一个线程/进程持续写入不释放的话，别的线程/进程将只能进行读操作而无法写入，因此多用于移动端或对并发写入不大的情况。
要换轻量的为什么不 MySQL 或者 PostgreSQL。。。直接一步退化的 Sqlite了。。。

推荐 ssdb，轻巧，nosql

有写锁啊 很坑爹的

@zxc111 这种情况请处理好写入锁，推荐mysql

@dong3580 这就不是中型网站了吧，小刑而已。流量没超5w我认为没什么问题

@daiv
3ks.
不过对No-sql的东西不了解，
看到了这篇文章： http://www.cnblogs.com/shanyou/p/3496163.html
我再了解一下吧。

@kmvan
或许比方不正确，请忽略吧。