Go Back   EQEmulator Home > EQEmulator Forums > Development > Development::Database/World Building

Development::Database/World Building World Building forum, dedicated to the EQEmu MySQL Database. Post partial/complete databases for spawns, items, etc.

Reply
 
Thread Tools Display Modes
  #1  
Old 04-09-2011, 11:47 AM
warlorn81
Fire Beetle
 
Join Date: Apr 2008
Location: fl
Posts: 18
Default Database get abandoned?

Was just wondering if the staff has lost time to work on the database the svn has not been updated in a really long time. can anyone give a status?
Reply With Quote
  #2  
Old 04-09-2011, 12:30 PM
Caryatis
Dragon
 
Join Date: May 2009
Location: Milky Way
Posts: 539
Default

17 hours is a really long time?

http://code.google.com/p/projecteqemu/source/list
Reply With Quote
  #3  
Old 04-09-2011, 12:35 PM
warlorn81
Fire Beetle
 
Join Date: Apr 2008
Location: fl
Posts: 18
Default

thats the emulator no the database.. i mean

http://code.google.com/p/projecteqdb/
Reply With Quote
  #4  
Old 04-09-2011, 04:57 PM
Jaekob
Sarnak
 
Join Date: May 2010
Posts: 39
Default

db is continually being worked on. I'd expect to see a db push at some point, but might be after GoD is finished. Still looking at four zones that need significant work.
Reply With Quote
  #5  
Old 04-26-2011, 04:56 PM
Irreverent
The Solo Server
 
Join Date: May 2007
Posts: 416
Default

One just must be patient, but hopefully there will be an update soon as the DB is getting out of sync with code/quests.
__________________
OP of Irreverent Server (The Solo Server)
Our Forums
Reply With Quote
  #6  
Old 04-29-2011, 08:31 AM
initium
Fire Beetle
 
Join Date: Apr 2011
Posts: 12
Default

I'm glad this thread was posted, because I had been a little worried about this too.

I've also been meaning to ask a couple questions about the DB repository:
1) Is there a reason there aren't nightly/weekly builds available? Unless I'm missing something, it doesn't seem like it would be to hard to have a cron job run a script that mysqldumps the db (minus the account related tables of course) and commits it to the repository.

If the only concern is that it hasn't been thoroughly tested, maybe we could have an unstable along with the stable version. Doing so might actually improve testing. For example, I use the db on a private server, and I think I've found an error, I would gladly report it (and I have found and reported 1-2), but I'm also kind of reluctant to do so. Why? Well the db I'm working from isn't the one that peq is using on their server (I believe), and if I have the bug reporting system right, those bugs get reported to peq's server forums. That means I'm reporting bugs on a db that's months behind their db. I have to figure out A) has anyone reported this already in the last 4 months? B) Has this already been fixed because someone reported a slightly different but related problem or a more general problem? C)Is my experience of this bug the same as peq's or have other things in the zone changed which might affect this bug? etc. If I could load their "unstable" nightly build, I'd be much more efficient and finding (and reporting) db bugs/errors.

(NB: I'm not complaining about the lack of more frequent releases - don't look a gift horse in the mouth and all that - I'm just trying to understand the reasoning and point out a possible advantage to more frequent releases)

The other question I had is:
2) When committing the db to the repository, is it really better to gz the SQL and zip many of the files together? Certainly the initial space cost is lower (gz the SQL saves what, 130MB?) but I think over time (especially if the db were committed more often), it might make sense not to gzip those files. Except for player-specific tables (Accounts, characters, etc.) I have the impression that the db doesn't change all that drastically. I would guess (although I have no way to test this), that the diff files for the daily/weekly/monthly commits would be quite small. On the other hand, zipping it all up means that that file might as well just be uploaded completely. So while initially it might be 150 vs 20MB, I would be that after 10-15 commits or so it would be something like 160 vs 200, now with the unzipped db taking up less space (note: these numbers are completely made up and just meant to illustrate a point)
Reply With Quote
  #7  
Old 05-11-2011, 01:52 AM
initium
Fire Beetle
 
Join Date: Apr 2011
Posts: 12
Default

KimLS says: new release in a few weeks

http://www.peqtgc.com/phpBB2/viewtopic.php?t=12103
Reply With Quote
  #8  
Old 05-12-2011, 03:02 AM
KLS
Administrator
 
Join Date: Sep 2006
Posts: 1,348
Default

Yeah I'll try to get one out when I can. Cavedude had tools to mostly automate this I have to actually build one and dump i by hand so I've been putting it off.
Reply With Quote
  #9  
Old 05-12-2011, 12:01 PM
robinreg
Sarnak
 
Join Date: Feb 2010
Location: California
Posts: 88
Default

I would rather wait until GoD is complete. It would make more sense to release it at that time.
Reply With Quote
  #10  
Old 05-12-2011, 07:17 PM
KLS
Administrator
 
Join Date: Sep 2006
Posts: 1,348
Default

The longer we put between releases the harder it gets to get a server up and running as there's quite a bit of patching needed. Which is why we try to release them more often than expansions.
Reply With Quote
Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

   

All times are GMT -4. The time now is 06:41 AM.


 

Everquest is a registered trademark of Daybreak Game Company LLC.
EQEmulator is not associated or affiliated in any way with Daybreak Game Company LLC.
Except where otherwise noted, this site is licensed under a Creative Commons License.
       
Powered by vBulletin®, Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Template by Bluepearl Design and vBulletin Templates - Ver3.3