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