|
You last visited: Today at 04:11
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% |
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.
|
|
|
08/24/2010, 01:04
|
#17
|
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.
|
|
|
08/24/2010, 01:42
|
#18
|
elite*gold: 0
Join Date: Nov 2006
Posts: 805
Received Thanks: 464
|
Quote:
Originally Posted by ☆★Zuper★☆
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)
|
|
|
08/24/2010, 10:03
|
#19
|
elite*gold: 0
Join Date: Aug 2010
Posts: 452
Received Thanks: 75
|
Quote:
Originally Posted by Ian*
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
|
|
|
08/24/2010, 10:19
|
#20
|
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.
|
|
|
08/24/2010, 13:22
|
#21
|
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
|
|
|
08/24/2010, 13:57
|
#22
|
elite*gold: 20
Join Date: Mar 2006
Posts: 6,126
Received Thanks: 2,518
|
Gunna leave it open, its quite an interesting discussion.
|
|
|
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
|
|
|
08/24/2010, 14:28
|
#24
|
elite*gold: 20
Join Date: Mar 2006
Posts: 6,126
Received Thanks: 2,518
|
Quote:
Originally Posted by µ~Xero~µ
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.
|
|
|
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
|
|
|
08/24/2010, 17:18
|
#26
|
elite*gold: 20
Join Date: Mar 2006
Posts: 6,126
Received Thanks: 2,518
|
Quote:
Originally Posted by µ~Xero~µ
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.
|
|
|
08/24/2010, 17:38
|
#27
|
elite*gold: 0
Join Date: Nov 2006
Posts: 805
Received Thanks: 464
|
Quote:
Originally Posted by µ~Xero~µ
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
|
|
|
08/24/2010, 20:30
|
#28
|
elite*gold: 0
Join Date: Aug 2010
Posts: 452
Received Thanks: 75
|
Quote:
Originally Posted by Ian*
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.
|
|
|
08/24/2010, 21:37
|
#29
|
elite*gold: 0
Join Date: May 2006
Posts: 1,190
Received Thanks: 516
|
Quote:
Originally Posted by pvp99
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.
|
|
|
08/24/2010, 21:43
|
#30
|
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.
|
|
|
 |
|
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.
|
|