John,

CACHE Technique or what they call Object Database was really something
that has existed for several years. Read up on Multi-Value Database.
MVDB's boasts Objects but its really a bunch of nested List Parsing --> Very
Very Inefficient.

We actually use one of those Legacy Object Type Databases - UNIVERSE
Originally built by Informix and IBM bought it recently.. have you ever
heard of PICK?

Oracle & DB2 have implemented  Nested Tables/Object Relational Tables that
lets
you store data in more of a Straight Forward OOP Concept.

Again... If you want to store data in an Relational-Object Hierachies.. Go
for it.. USE XML
Or a DB capable of doing XML right... take it one step further..
XPATH/XQueries
and XSLT will give all you need to transform your DB to a HTML display
generation engine.

Joe Eugene


>-----Original Message-----
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>Behalf Of Postmaster
>Sent: Wednesday, July 07, 2004 9:01 AM
>To: [EMAIL PROTECTED]
>Subject: Re: [CFCDev] Serialization of CFCs
>
>
>Joe,
>
>Let me give it to you from a different perspective. It seems you
>have made a
>presumption that you don't realize.
>
>1. There is the real world.
>2. There are computers that we use to assist us with the real world.
>3. The real world is Hierarchiacal alot of the time
>
>You see... most of the data we store is translated to relational SQL
>databases because it allows us to simulate the real world. It gives us a
>framework for simulation. The bigger question is what is the best way to do
>this? Two companies I worked for are primarily print/publishers.
>One went as
>far as developing online journals, to match the printed journals. These
>journals are actually better suited to Cache type data storage.  Even that
>model has it's weeknesses, in reality you will likely agree the
>best senario
>is the real world, not simulating it. Yet, that is what data management is
>all about... simulating the real world. My quest is to figure out where the
>Cache is a better solution, and to understand how it actually works. To me
>it is a new concept, and perhaps it's my consultant background of finding
>the best solution for my clients that doesn't allow me to just do it the
>"most popular" method. I don't think any of us generally think that way.
>Many of us want to understand why. My thought is that most of us stop one
>step short of understanding. We get why people do it... but stop
>considering
>there could be other possibilities or exceptions to the "rules".
>
>John Farrar
>
>----- Original Message -----
>From: "Joe Eugene" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Tuesday, July 06, 2004 11:37 PM
>Subject: RE: [CFCDev] Serialization of CFCs
>
>
>> >If object orientation is so important... wouldn't you guys be using
>> >something like Cache? Heh...
>>
>> What makes "CACHE" Object Oriented? cause it can store Hierarchical data?
>> Oracle and DB2 both have data structures supporting the feature you are
>> after and its all data Structures.
>>
>> You might want to look at Java Oracle Stored Procedures.
>>
>> BTW.. Why would want to Translate Data Repositories TO OOP Techniques?
>>
>> OOP is a good way to Organize code to Modules/Classes, it helps tighten
>code
>> to smaller manageable fragments and helps in code reuse.
>>
>> Joe Eugene
>
>----------------------------------------------------------
>You are subscribed to cfcdev. To unsubscribe, send an email
>to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev'
>in the message of the email.
>
>CFCDev is run by CFCZone (www.cfczone.org) and supported
>by Mindtool, Corporation (www.mindtool.com).
>
>An archive of the CFCDev list is available at
>www.mail-archive.com/[EMAIL PROTECTED]

----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email
to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' 
in the message of the email.

CFCDev is run by CFCZone (www.cfczone.org) and supported
by Mindtool, Corporation (www.mindtool.com).

An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED]

Reply via email to