我一直在寻找我的在线纸牌游戏（PostgreSQL，Oracle等）的不同数据库库，虽然SOCI + pg或Oracle功能更强大，但编译，集成和执行很多工作也很棘手比我需要的更多。
很简单，这些是我的要求： 存储用户名，哈希，赢，输，电子邮件。非常简单。
游戏本身实际上不会经常与数据库通信。当玩家登录时，我将通过用户名检索行来记录它们，并使用他们输入的密码生成的哈希验证哈希。
除此之外，服务器只访问数据库以添加用户，在回合后记录输赢或更新个人信息。
鉴于SQLite支持有限的并发性，即使我同时运行100个左右的纸牌游戏，这对我的需求也应该没问题。
反思上述情况，SQLite对我来说是正确的，还是我应该认真考虑选择更复杂的解决方案？请记住，数据库不是我最强的观点。
由于
答案 0 :(得分：7)
有了这么多客户，SQLite非常适合。但是，我建议您将此功能包含在一个简单而非数据库特定的界面中，并为SQLite实现它。一旦您将获得数百万客户端以及并发/性能问题，您可以简单地使用更强大的数据库，而无需更改应用程序代码。