Welcome, Guest. Please login or register.
Did you miss your activation email?
November 26, 2024, 10:31:42 pm *

Login with username, password and session length
Pages: 1 [2]
Print
Author Topic: LAG SPIKES FROM HELL  (Read 11805 times)
Camric
Full Member
***
Posts: 134


View Profile
« Reply #15 on: August 22, 2012, 09:58:31 am »

Not only would it reduce the drag on the database but it would also increase the efficiency of the client.  Instead of front loading the data on start-up, query on demand when required.

It would be good to speak with Tervius to understand why the decision was made to use a blob versus loading the data directly to tables.



Logged
lerxst2112
Hero Member
*****
Posts: 724


View Profile
« Reply #16 on: August 22, 2012, 11:37:12 am »


The decision to store as a blob was made a long time ago, and not by Trevius as far as I know.  It is a convenient way to serialize a large struct all at once occasionally, but not a good solution when the data changes frequently as we appear to be seeing.
Logged
Mattnaik
Full Member
***
Posts: 202



View Profile
« Reply #17 on: August 22, 2012, 12:01:00 pm »


The decision to store as a blob was made a long time ago, and not by Trevius as far as I know.  It is a convenient way to serialize a large struct all at once occasionally, but not a good solution when the data changes frequently as we appear to be seeing.


...or to query against it, or to gain performance benefits of indexing, or to maintain referential integrity, or to normalize the data to prevent repetition, or basically anything you use a database for.

I don't mean to sound so critical I would just really like to know what benefit is gained by doing it this way. Cause I can't think of a single one. I'm not saying there isn't one, and I have been known to overlook things before so I'm genuinely curious.
Logged

Hulkmad
lerxst2112
Hero Member
*****
Posts: 724


View Profile
« Reply #18 on: August 22, 2012, 12:36:21 pm »


Feel free to ask on the emu boards.  From my perspective it was just a convenient way to store a C++ struct in the easiest manner while reverse engineering what each byte in the struct was for.
Logged
Pages: 1 [2]
Print
Jump to:  

Recent

Stats

Members
  • Total Members: 6156
  • Latest: Rin1
Stats
  • Total Posts: 65127
  • Total Topics: 5066
  • Online Today: 372
  • Online Ever: 8678
  • (December 19, 2022, 02:32:09 pm)
Users Online
Users: 0
Guests: 96
Total: 96
TinyPortal v1.0 beta 4 © Bloc