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

[dong3580]

有没有好的成功案例.
本来使用Oracle/MS SQL的,发现Oracle/MS SQL 数据库太大了,正版起来成本太高,而且,依赖性太强,想换个轻型的数据库,方便以后的拓展.
网站程序用的是MS MVC3,有合适的选择么?

[abelyao]

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

[ferock]

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

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

[Zhang]

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

[em70]

不可能

[daiv]

考虑 ssdb？

[loveminds]

@abelyao 被SQL Server彻底淘汰了

[yakczh]

不行

[yakczh]

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

[hedaode]

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

[skybr]

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

[dong3580]

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

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

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

[zxc111]

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

[daiv]

推荐 ssdb，轻巧，nosql

[zzNucker]

有写锁啊 很坑爹的

[ferock]

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

[kmvan]

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

[dong3580]

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

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