我一直在为我的在线纸牌游戏（PostgreSQL、Oracle 等）寻找不同的数据库库，虽然 SOCI + pg 或 Oracle 更强大，但它们也很难编译、集成，而且做的事情比什么都多我需要去做。
很简单，这些是我的要求：存储用户名、哈希、获胜、失败、电子邮件。非常简单。
游戏本身实际上不会经常与数据库通信。当玩家登录时，我将通过用户名检索行来登录他们，并使用他们输入的密码生成的哈希验证哈希。
除此之外，服务器仅访问数据库以添加用户、记录游戏后的输赢或更新个人信息。
鉴于 SQLite 支持有限的并发性，即使我同时运行 100 个左右的纸牌游戏，这也应该可以满足我的需求。
考虑到上述情况，SQLite 是否适合我，还是我应该认真考虑选择更复杂的解决方案？请记住，数据库不是我的强项。
谢谢