So. I'm currently using SQLite to manage 3 servers. Now, it's getting pretty annoying to modify a value of each server's db. So I thought about implementing MySQL instead and have all 3 servers connected to a single db. That way I will be able to manage servers without a problem. BUT, I also want to keep these 3 servers optimized. So, you guys think its worth having MySQL to manage 3 servers?
I've been using MySQL & SQLite each a year roughly. I love both of these systems. So again, would YOU use MySQL in this case?
Posts: 434
Threads: 19
Joined: Aug 2011
Reputation:
0
Well that depends really...
I'd use MySQL personally, just because it's always been easier for me to manage.
Do you want a combined information pool? Like do you want players from one server to be able to login to another?
Do you have a high player-count? If not, are you expecting to?
Adding several servers to the same connection will ultimately lag all 3 if the data-transfer becomes too much
Posts: 6,129
Threads: 36
Joined: Jan 2009
I'd move to MySQL, if I were you.
Might be rumour, but from what I've heard SQLite is more intensive on a HDD than MySQL is, for reading and writing, and the more connections you have, the more likely you're going to have a problem. But at any rate, that does sound logical.
The only real differences within SA-MP is that SQLite is faster for single transactions, MySQL (the threaded plugins) can be more reliable when you thread your queries and can generally match in speed once you thread your queries, plus you don't risk your server hanging after a query and you'll have fewer bugs to deal with - the SQLite port for SA-MP isn't perfect, there's quite a few bugs that can cause your server to hang (i.e. trying to retrieve null values IIRC).
Plus, the syntax/extra functions in MySQL are worth moving to, just for that very reason.