我正在寻找一个家庭项目(ASP.NET MVC)的数据库,我可能会最终主持。在阅读Stack Overflow上的类似问题here后,我决定使用MySQL。SQLite并发性问题是一个交易断路器?
但是,易于使用的&部署SQLite是诱人的,我想确认我的理由,然后再完全写下来。
我的目标是维护用户状态消息(如Twitter)。这将意味着大多数情况下只有一张带有用户标识/状态消息对的表。读取/插入/删除状态消息的操作。不需要修改。
阅读以下段落后,我决定SQLite不能为我工作。我有一个简单的数据库,但由于我所有的事务都与SAME表一起工作,所以我可能会遇到一些问题。
SQLite在整个数据库文件上使用读写器锁。这意味着如果有任何进程正在从数据库的任何部分读取数据,则所有其他进程都无法写入数据库的任何其他部分。同样,如果任何一个进程正在写入数据库,则所有其他进程都无法读取数据库的任何其他部分。
我的理解是否天真? SQLite会为我工作吗? MySQL还提供了SQLite在使用ASP.NET MVC时不会使用的东西吗? VS的发展容易吗?
您是否考虑过SQL Server Compact Edition?如果需要,稍后可以稍后将其更改为完整的SQL Server,但SQLCE不具有SQLite所执行的锁定问题。 – 2010-06-30 10:10:55
@Lasse我没有看过它,但我现在。谢谢! – Preets 2010-06-30 10:30:16
你的应用程序有多少用户?你期望实际访问你的应用的人数有多少? – ninjalj 2010-06-30 22:53:20