Register for your free account! | Forgot your password?

You last visited: Today at 04:11

  • Please register to post and access all features, it's quick, easy and FREE!

Advertisement



Mysql or Ini?

Discussion on Mysql or Ini? within the CO2 Private Server forum part of the Conquer Online 2 category.

View Poll Results: What do you like the most?
Mysql 25 73.53%
Ini 9 26.47%
Voters: 34. You may not vote on this poll

Reply
 
Old 08/24/2010, 00:43   #16
 
elite*gold: 0
Join Date: Jun 2009
Posts: 787
Received Thanks: 314
MySQL vs Windows Ini? Probably neither.

Managed database vs managing my own - Depends on the situation.
_tao4229_ is offline  
Old 08/24/2010, 01:04   #17
 
killersub's Avatar
 
elite*gold: 0
Join Date: May 2009
Posts: 884
Received Thanks: 211
MySQL All da wayyyyy!

why?
because it's perforamance system along with its wonderful database storage capacity is just magnificent. in my opinion MySQL has a faster save/load than flat file databases. IN MY OPINION.
killersub is offline  
Old 08/24/2010, 01:42   #18
 
Ian*'s Avatar
 
elite*gold: 0
Join Date: Nov 2006
Posts: 805
Received Thanks: 464
Quote:
Originally Posted by ☆★Zuper★☆ View Post
Now don't say ini is less then mysql.
My 2d mmo, is running on ini and it won't run more smooth if i change it to mysql.
ini can be same good as mysql as long you know what your doing.
All thought mysql is easier for websites with databases etc.
Is just like the discussion for wich programming languages, thats best.
Like C++ or C#?

None of them are.
Okay for the first bold line, mysql is for a database, I'm assuming that's what your ini files are a substitute for?

Some languages are more efficient than others. MySQL may take a bit longer at initial connection but after that lookups would probably be faster and it keeps everything in a neat, organized way (unless you throw together some sloppy database)

Anyways, in my opinion... ini files shouldn't be used for a database lol. that's not their function.

ini files are really just like configuration files... used for storing settings.
MySQL is more for storing large amounts of information.

If you had a server with 1k people on it, and had all of their information stored in an ini file, it'd take forever (not really that long, but for a computer it's slow) to open up an ini file, read all the text, look up information etc... while mysql can just go straight to what your looking for, with same connection time each time, reguardless how big it gets (to an extent)
Ian* is offline  
Old 08/24/2010, 10:03   #19
 
elite*gold: 0
Join Date: Aug 2010
Posts: 452
Received Thanks: 75
Quote:
Originally Posted by Ian* View Post
Okay for the first bold line, mysql is for a database, I'm assuming that's what your ini files are a substitute for?

Some languages are more efficient than others. MySQL may take a bit longer at initial connection but after that lookups would probably be faster and it keeps everything in a neat, organized way (unless you throw together some sloppy database)

Anyways, in my opinion... ini files shouldn't be used for a database lol. that's not their function.

ini files are really just like configuration files... used for storing settings.
MySQL is more for storing large amounts of information.

If you had a server with 1k people on it, and had all of their information stored in an ini file, it'd take forever (not really that long, but for a computer it's slow) to open up an ini file, read all the text, look up information etc... while mysql can just go straight to what your looking for, with same connection time each time, reguardless how big it gets (to an extent)
Now I also doubt peoples will sotre all chars in 1 file.
Well, your right with that mysql can store it fast like that, but you could make ini do the same, if u sorted our somekind of program.
MySQL is made for databases thats true, but you can work with ini databases as well.
At some points I like mysql better, then ini.
At some points I like ini better, then mysql.
I haven't got problems with loading/saving at ini yet with slow load and so.

But If he wants ini or MySQL, is up to him self
dowhatuwant is offline  
Old 08/24/2010, 10:19   #20


 
Korvacs's Avatar
 
elite*gold: 20
Join Date: Mar 2006
Posts: 6,126
Received Thanks: 2,518
You can adapt most things to do other things, but that doesnt mean its efficient when your finshed with it, having to iterate through a folder, checking every filename to find the right character, then loading that data, then iterating through the file untill you find the peice of information you need, simply isnt as efficient as querying a dedicated database, its slower and uses more memory.

INI files simply arnt designed to be used for a database, despite what people have said they are just slower and not as efficient. INI has even been replaced for *** sake, its an out dated system.
Korvacs is offline  
Thanks
5 Users
Old 08/24/2010, 13:22   #21
 
_DreadNought_'s Avatar
 
elite*gold: 28
Join Date: Jun 2010
Posts: 2,225
Received Thanks: 868
Going to use MySQL then eventually once I can write my own MySQL reader from scratch I will move onto MSSQL.

#Request close
_DreadNought_ is offline  
Old 08/24/2010, 13:57   #22


 
Korvacs's Avatar
 
elite*gold: 20
Join Date: Mar 2006
Posts: 6,126
Received Thanks: 2,518
Gunna leave it open, its quite an interesting discussion.
Korvacs is offline  
Thanks
1 User
Old 08/24/2010, 14:20   #23
 
elite*gold: 0
Join Date: Oct 2008
Posts: 342
Received Thanks: 66
when ppl talk about INI they just say INI coz of the file extension.

How about you write into a INI file XML content? Is it a INI or xml file then?

I think this topic should not be called INI or MYSQL. I think it should be called FlatFile or MySQL.

Doesnt matter wich file extension you have as long as you read/write efficently
µ~Xero~µ is offline  
Thanks
1 User
Old 08/24/2010, 14:28   #24


 
Korvacs's Avatar
 
elite*gold: 20
Join Date: Mar 2006
Posts: 6,126
Received Thanks: 2,518
Quote:
Originally Posted by µ~Xero~µ View Post
when ppl talk about INI they just say INI coz of the file extension.

How about you write into a INI file XML content? Is it a INI or xml file then?

I think this topic should not be called INI or MYSQL. I think it should be called FlatFile or MySQL.

Doesnt matter wich file extension you have as long as you read/write efficently
Good point, however your still itterating through folder structures and files, and then itterating through text to find the data you need, its simply less efficient.
Korvacs is offline  
Thanks
1 User
Old 08/24/2010, 16:41   #25
 
elite*gold: 0
Join Date: Oct 2008
Posts: 342
Received Thanks: 66
Is it really noticeable? Today“s Servers use RAID-0 / RAID-1 on 10.000 RPM HDD“s, or even Hybrid HDD“s.

I believe you if you say there are speed differences, but as far as technology is today, it wont make too much difference.

Edit:

Well i dont just believe you.. Its a fact. But arent Databases just binary files? :O
µ~Xero~µ is offline  
Thanks
1 User
Old 08/24/2010, 17:18   #26


 
Korvacs's Avatar
 
elite*gold: 20
Join Date: Mar 2006
Posts: 6,126
Received Thanks: 2,518
Quote:
Originally Posted by µ~Xero~µ View Post
Is it really noticeable? Today“s Servers use RAID-0 / RAID-1 on 10.000 RPM HDD“s, or even Hybrid HDD“s.

I believe you if you say there are speed differences, but as far as technology is today, it wont make too much difference.

Edit:

Well i dont just believe you.. Its a fact. But arent Databases just binary files? :O
Yes they are just binary files, but i assure that the lookup a SQL server performs on the binary file is significantly faster than the lookup that the standard 5165 server performs.

SQL would be out of the job if anyone could just write a simple binary search and beat them on speed.
Korvacs is offline  
Thanks
1 User
Old 08/24/2010, 17:38   #27
 
Ian*'s Avatar
 
elite*gold: 0
Join Date: Nov 2006
Posts: 805
Received Thanks: 464
Quote:
Originally Posted by µ~Xero~µ View Post
Is it really noticeable? Today“s Servers use RAID-0 / RAID-1 on 10.000 RPM HDD“s, or even Hybrid HDD“s.

I believe you if you say there are speed differences, but as far as technology is today, it wont make too much difference.

Edit:

Well i dont just believe you.. Its a fact. But arent Databases just binary files? :O
Well even with all this new technology arising, if you were to have thousands, or even millions of things which you needed to store in a database of some kind MySQL would be much more efficient due to the fact it knows what it's looking for and where it is at.

It doesn't have to read every single thing in the database to find it.

Here's a crappy diagram i drew

Ian* is offline  
Thanks
2 Users
Old 08/24/2010, 20:30   #28
 
elite*gold: 0
Join Date: Aug 2010
Posts: 452
Received Thanks: 75
Quote:
Originally Posted by Ian* View Post
Well even with all this new technology arising, if you were to have thousands, or even millions of things which you needed to store in a database of some kind MySQL would be much more efficient due to the fact it knows what it's looking for and where it is at.

It doesn't have to read every single thing in the database to find it.

Here's a crappy diagram i drew

I like drawing.
anyways, the point is right, but if u didn't put explanation on the picture for mysql tabel, then it would look more junk, then ini, but with explanation it makes alittle sense.
dowhatuwant is offline  
Old 08/24/2010, 21:37   #29
 
.Beatz's Avatar
 
elite*gold: 0
Join Date: May 2006
Posts: 1,190
Received Thanks: 516
Quote:
Originally Posted by pvp99 View Post
ini is easier
It depends, I find MySql much much easier than ini as it is better laid out. Some people might find ini easier. It depends on your style and what you are used to.
.Beatz is offline  
Old 08/24/2010, 21:43   #30
 
bone-you's Avatar
 
elite*gold: 20
Join Date: Mar 2006
Posts: 1,491
Received Thanks: 536
Database > flat file, MSSQL > MySQL

Both are performance and overall use.

Flat file will never come close to something like SQL. SQL is like using pointers where flat file is like iterating through an entire string for what you need. Doesn't matter if it's "easier to use" or you think it's "better", if it is data that will be accessed VERY often, you are only hurting your server's performance going flat file.
bone-you is offline  
Thanks
1 User
Reply


Similar Threads Similar Threads
[ERROR] Mysql can't connect to local Mysql server through socket
11/06/2010 - Metin2 Private Server - 5 Replies
I just recently tried to configure a DNS server for MT2.. It came up with this error ERROR: 2002 (HY000): Can't connect to local Mysql server through socket '/tmp/mysql.sock' (2) Do I need to do a fresh installation of FBSD? :S Thanks.
MySQL Navicat 1130-Host'5.xxx.xx.xxx' is not allowed to connect to the MySQL Server
08/07/2010 - Metin2 Private Server - 14 Replies
Hallo com, ich habe ein Problem mit Navicat. Undzwar habe ich diesen Fehler hier : "1130-Host'5.xxx.xx.xxx' is not allowed to connect to the MySQL Server" seid gestern. Ich dachte mir mal ich änder mein Navicat Passwort um... Als ich dies getan habe, und meinen Server rebootet habe und Navicat neugestartet habe, und ich mich wieder in Navicat einloggen wollte kam diese Fehlermeldung. Nun habe ich das Problem das ich mich nicht mehr mit Navicat connecten kann. Habe schon alles versucht...
MySQL ist in Gefahr! Rette MySQL!
02/06/2010 - Main - 15 Replies
Der Datenbankanbieter Oracle will Sun und damit MySQL kaufen. In einem schleichenden Prozess könnte sich Oracle so einer seiner größten Konkurrenten entledigen und MySQL sterben lassen. Hilf mit, dies nicht zuzulassen, indem Du mit Deiner Beteiligung an einer Unterschriftensammlung die kartellrechtlichen Behörden zwingst, den Fall genau zu prüfen. Je größer die öffentliche Beteiligung ist, umso mehr können wir gemeinsam erreichen. Ich selbst (Daniel Schlichtholz) habe die Petition bereits...



All times are GMT +1. The time now is 04:13.


Powered by vBulletin®
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.
This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.

Support | Contact Us | FAQ | Advertising | Privacy Policy | Terms of Service | Abuse
Copyright ©2026 elitepvpers All Rights Reserved.