{eval=Array;=+count(Array);}
不能!甚至还不如access,我一直用mdb做我的数据库,这次有个小项目突然想用sqlite试试,结果很不理想,许多的sql语法都不支持,触发器和视图也不好用,存储过程不支持,并发估计少量几个支持。
我发现头条的人动不动就身价几千万几个亿,头条里混的程序员,也动不动就是几百万、几个亿数据量的设计思想。
我反正是没见过,我是小微网络公司的程序员,我服务的对象也都是创业型企业和一般市一级的政府机关,他们的信息化量级也就一年几千条数据的样子。
sqlite在这个量级完全满足需要,它既有access一样免部署的优势,也有SQL server、MySQL的速度(事实上速度不如这两,但sqlite比access快了不少)。
不过sqlite有个要命的问题,它对c++运行时版本很敏感,会让人配环境时候稍微折腾点。其余都还好,如果用它做一般企业网站是很不错的选择。
话又说回来,SQL server mysql都有自动备份的服务,文件型数据库你得手动备份,这一点风险很大。
企业级数据库最大的能力是并发。
sqlite 读写都锁库,就这一点,就没法承担企业级数据库的重任。
sqlite 是一个很好的进程内数据库,用来存储你的程序的数据是很合适的,如 AutoCAD 用它存储CAD文件,就很好。
0
回答0
回答0
回答0
回答0
回答10
回答0
回答0
回答0
回答0
回答