Hey ... so here it is again.
The hotly discussed topic of "What database should we be using?".
Now, I'm not going to try something I'm not comfortable with, but that leaves me with a lot of options...
and I'd really like help with my decision.
1. MySql - by far one of my favorites. Last time I checked, it took 150 milliseconds to read an entire record though. That's what's making me what to change.
2. MsSql - free on Dreamspark for me. I don't know how fast it is but I can download the Developer edition of Microsoft SQL. I'm comfortable in it too.
3. Local SQL - using an sdf database. I don't know much about the speed so I'm concerned about it's limitations. I know LOTF used it (which is concerning).
Those are the options that I have come up with.
Please if you have alternatives - let me know about them!
I'm currently using an object oriented, xml mapping sql system.
Hey ... so here it is again.
The hotly discussed topic of "What database should we be using?".
Now, I'm not going to try something I'm not comfortable with, but that leaves me with a lot of options...
and I'd really like help with my decision.
1. MySql - by far one of my favorites. Last time I checked, it took 150 milliseconds to read an entire record though. That's what's making me what to change.
2. MsSql - free on Dreamspark for me. I don't know how fast it is but I can download the Developer edition of Microsoft SQL. I'm comfortable in it too.
3. Local SQL - using an sdf database. I don't know much about the speed so I'm concerned about it's limitations. I know LOTF used it (which is concerning).
Those are the options that I have come up with.
Please if you have alternatives - let me know about them!
I'm currently using an object oriented, xml mapping sql system.
Has anyone done millisecond tests?
Thanks.
Sincerely,
Fang
MySQL is a nice option, but the .NET wrapper for it is trash.
MSSQL is goes along quite nicely with .NET
SQLITE goes quite well for loading the cached information (items, spells, etc)
That's what you are using in your new source right?
Btw. not against ini, using it myself
Naw, using SQL-queries would be a tad pointless when you can just *code* the logic. Coding the logic should always be faster than processing a query-string. I developed the DBFile system literally a week before I started working on my server, lol. It just so happens it uses the same format as and INI file because they're quite nicely organized.
Yah, I'm currently using the "drivers" from the MySql Community Server Wrapper. I'm guessing that's the **** one you're talking about Roy... and yah, I agree with you. It is problematic. I might just go with MsSql then (now that Navicat supports it too).
And with ini... I never saw that as a legitimate database tool. It's great for loading configurations and such... but I've never seen it work well with high volumes of database information. Please correct me if I'm wrong- but I've heard that it's much slower than Sql (unless you do something out of the norm like using a kernel32.dll import... I don't have any proof that that's bad).
MsSql looks promising then. It's 4GBs though. Yikes.
That's what I have available to download.
Naw, using SQL-queries would be a tad pointless when you can just *code* the logic. Coding the logic should always be faster than processing a query-string. I developed the DBFile system literally a week before I started working on my server, lol. It just so happens it uses the same format as and INI file because they're quite nicely organized.
Yah, I'm currently using the "drivers" from the MySql Community Server Wrapper. I'm guessing that's the **** one you're talking about Roy... and yah, I agree with you. It is problematic. I might just go with MsSql then (now that Navicat supports it too).
And with ini... I never saw that as a legitimate database tool. It's great for loading configurations and such... but I've never seen it work well with high volumes of database information. Please correct me if I'm wrong- but I've heard that it's much slower than Sql (unless you do something out of the norm like using a kernel32.dll import... I don't have any proof that that's bad).
MsSql looks promising then. It's 4GBs though. Yikes.
That's what I have available to download.
If whenever you have your server set up you'd like to compare how long it takes us to load say item/spell stats or even a character (character is some what unfair as I, or you may be loading more data than the other depending on whats implemented) we can check out the speeds.
To be honest things like item stats and spell stats shouldn't be put into the Sql Database anyway, it rarely changes if ever so loading that sort of data would most likely be slower through the Sql Database. Although with cached lookup who knows.
You should test loading a characters inventory, the number of values shouldn't differ that greatly..
If whenever you have your server set up you'd like to compare how long it takes us to load say item/spell stats or even a character (character is some what unfair as I, or you may be loading more data than the other depending on whats implemented) we can check out the speeds.
We would have to put them on the same machine for accurate testing. I'm pretty sure our hard disks/ram/cpu all run at different speeds. I'm starting to doubt the use of sql.
Quote:
Originally Posted by Korvacs
To be honest things like item stats and spell stats shouldn't be put into the Sql Database anyway, it rarely changes if ever so loading that sort of data would most likely be slower through the Sql Database. Although with cached lookup who knows.
You should test loading a characters inventory, the number of values shouldn't differ that greatly..
I'll code a quick ini database system after I test with Sql. I might find that you're completely right (I wouldn't doubt it either). I wish that my database system wasn't so hard to change though. I'm still converting it over to MsSql. I might stop using NH because it's so annoying (and I doubt it's faster at all).
We would have to put them on the same machine for accurate testing. I'm pretty sure our hard disks/ram/cpu all run at different speeds. I'm starting to doubt the use of sql.
I'll code a quick ini database system after I test with Sql. I might find that you're completely right (I wouldn't doubt it either). I wish that my database system wasn't so hard to change though. I'm still converting it over to MsSql. I might stop using NH because it's so annoying (and I doubt it's faster at all).
Any other suggestions?
Can NEVER go wrong with flat-file. If I knew how, I would try out Jagex's "database" storage and use a cache system/flat-file.
I heard that the majority of games are now using MsSQL but I could've heard false information, who knows.
I'm using ini (I might switch back to mssql).
Sql takes 50 - 75 milliseconds to start while ini takes between 0 and 1 millisecond.
Ini is slightly faster as well at executing commands (there is no big difference though at all once it's working with stored procedures in sql).
Need Help With Options 06/04/2011 - Need for Speed World - 1 Replies Hey, whenever I ram cars, my screen shakes and does all that crap. Is there any way to get rid of that, pretty annoying for me considering I use tank mode and it destroys gameplay for me...
Bot with english options 10/08/2010 - Last Chaos - 3 Replies Does anyone have a bot with english options?
The one I'm using now works, but is in german so I can't really tell what everything says...
[REQ]SSE Regpage with options. 07/31/2010 - SRO Private Server - 20 Replies GD, People!!!
I need a PHP Regpage for my own server.
I saw somewhere this, but link is broken.
When you enter regpage, you enter ID/PW/Charname and in PHP file you can change player start HP, MP, Level etc etc...
Hope you got the point ;)
dimkacool
[Question] about CE options, please 06/03/2008 - RF Online - 2 Replies Is there a way to be not disconnected if I use the "Enable Speedhack" option on CE, hoping to be answered:( or hint will do, thnks:(
sorry for bad english:(