Is an SQL database appropriate to store many players and their games?
I'm writing a backend for the newer version of a pretty popular game. (5M+ players, over 50M games per month).
Is SQL a good choice as a storage system to save the players' profile and their games ? Namely, I'm afraid of the performances of a join on such big tables.
Here's what we want to do :
- have an "achievement" mechanism ("You just played your 10 000th game", or "You have been playing for N days")
- be able to show, for a given开发者_如何学Go player, his "track record" of past games
SQl Server handles far more data than that easily. I know of SQL Server databases that track stock market changes for instance. But you need to have a database sepcialist do the design for a high performance, large system. Asking an application programmer to do this design is like asking your Gynecologist to fix your lung cancer.
It should handle it with no problem. I have had a table with over 2 billion rows and as long as your indexing is correct it will be fine.
You also consider table partitioning here for large datasets.
精彩评论