我正在查看我最终可能托管的家庭项目 (ASP.NET MVC) 的数据库。看了类似的问题here在 Stack Overflow 上，我决定使用 MySQL。
然而，SQLite 的易用性和部署性很诱人，在我完全注销之前，我想确认一下我的理由。
我的目标是维护用户状态消息(如 Twitter)。这将主要意味着一个包含用户 ID/状态消息对的表。状态消息的读取/插入/删除操作。无需修改。
阅读以下段落后，我决定 SQLite 不能为我工作。我确实有一个简单的数据库，但由于我所有的事务都使用同一个表，所以我可能会遇到一些问题。
SQLite 在整个数据库文件上使用读/写锁。这意味着如果任何进程正在从数据库的任何部分读取，则所有其他进程都无法写入数据库的任何其他部分。同样，如果任何一个进程正在写入数据库，则所有其他进程都无法读取数据库的任何其他部分。
我的理解是天真的吗？ SQLite 适合我吗？ MySQL 是否还提供了 SQLite 在使用 ASP.NET MVC 时不会提供的功能？也许在 VS 中易于开发？
最佳答案
如果你愿意等半个月，下个SQLite版本打算支持write-ahead logging ，这应该允许更多的写入并发。
关于mysql - SQLite 并发问题破坏交易？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3148209/