Usually, I tend to favour Postgresql for my server tests, but last night I was thinking about trying something different (not MySQL). Is it feasible to use Sqlite for MMORPG servers in terms of scalability, perfomance, etc?
sqlite as db backend for mmorpg?
September 15, 2014 01:16 PM
September 15, 2014 03:15 PM
Not really. Anytime I've thrown real, heavy, multi-process workloads at sqlite, it's choked. It's not what it's good at.
enum Bool { True, False, FileNotFound };
17,596
September 15, 2014 04:08 PM
No, due to "in terms of scalability." SQLite is quite clearly not designed for the kinds of massive scalability and distributed access that a healthy MMORPG needs.
Just use MySQL/MariaDB, Oracle, or SQL Server. Those are what most of the big boys use. Postgre may well work just fine, too.
Either you're "trying something different" in your tech stack or you're making a game.
Just use MySQL/MariaDB, Oracle, or SQL Server. Those are what most of the big boys use. Postgre may well work just fine, too.
Either you're "trying something different" in your tech stack or you're making a game.
Sean Middleditch – Game Systems Engineer – Join my team!
572
September 22, 2014 11:53 PM
It may be possible to use it. Just save the npcs, players etc. every 5, 10 or 15 minutes. Access the database only when necessary (character creation, disconnect of player etc.). This may work, but I cannot guarantee it.
September 22, 2014 11:56 PM
SQLite is, for all practical purposes, single threaded. Anything that is not single threaded will make it behave very badly.
SlimDX | Ventspace Blog | Twitter | Diverse teams make better games. I am currently hiring capable C++ engine developers in Baltimore, MD.
This topic is closed to new replies.
Advertisement
Popular Topics
Advertisement
