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?
Not really. Anytime I've thrown real, heavy, multi-process workloads at sqlite, it's choked. It's not what it's good at.
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.
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.
SQLite is, for all practical purposes, single threaded. Anything that is not single threaded will make it behave very badly.
This topic is closed to new replies.
Advertisement
Popular Topics
Advertisement
