[thesite] voting for articles

.jeff jeff at members.evolt.org
Thu Oct 4 12:58:06 CDT 2001


djc,

><><><><><><><><><><><><><><><><><><><><><><><><><><><><><
> From: Daniel J. Cody
>
> berkeley style != flat file.
><><><><><><><><><><><><><><><><><><><><><><><><><><><><><

ok, please clarify then.  does the major use a berkeley db or a berkeley
*style* db?  the little bit of research i've done this morning suggests that
berkeley style db's are indeed flat-files.

><><><><><><><><><><><><><><><><><><><><><><><><><><><><><
> for some reason, records in oracle started getting
> corrupted because of how i was inserting them(this
> goes back to the userpriv vs. priv confusion)
><><><><><><><><><><><><><><><><><><><><><><><><><><><><><

correct.  even that approach was flawed though.  if the user went to thelist
subscription management page they ended up changing the major's record for
their subscription, but that didn't change the information on thesite with
regard to their subscription.  if it's to be done right, the master data has
to be stored in one place.  working out a process so the slave data (the
major's database) can talk to the master data in a scheduled format is the
important piece to making that work.

i doubt the major himself needs to be involved in that process.  more than
likely it's simply a script that queries from the oracle tables and performs
inserts, updates, and deletes in the slave data.

><><><><><><><><><><><><><><><><><><><><><><><><><><><><><
> the files to do it that way are still here, and i'll
> make it a point to work on them that way again next
> weekend.
><><><><><><><><><><><><><><><><><><><><><><><><><><><><><

as i've already said, i don't think the solution we had before is the right
way to go about solving this problem.

><><><><><><><><><><><><><><><><><><><><><><><><><><><><><
> my point here is i'm down with syncing usernames/emails/
> passwords between the two and keeping them in oracle for
> easy access - *at the time someone signs up*
><><><><><><><><><><><><><><><><><><><><><><><><><><><><><

in order for it to be effective and not cause confusion it must always
reflect the latest bit of information, not just when the user signs up
initially.

><><><><><><><><><><><><><><><><><><><><><><><><><><><><><
> i'm very much not for hooking MG into oracle in any way
> shape or form at this point, because frankley i don't
> have the skills to do that..
><><><><><><><><><><><><><><><><><><><><><><><><><><><><><

nobody is saying we should hook the major into oracle.  we're simply saying
we should have a way to sync the data.

thanks,

.jeff

http://evolt.org/
jeff at members.evolt.org
http://members.evolt.org/jeff/






More information about the thesite mailing list