I don't think that this is a new idea.  Back in 1979 I worked with a DBMS
that used essentially this method.  It was very flexible but limited in
size since it had to be "in core" (cached in our terminology) in order to
perform all the joins that it needed with any response time.



                                                                                       
    
                    "Lisa R.                                                           
    
                    Clary" <lisa         To:     Multiple recipients of list ORACLE-L  
    
                    @cog.ufl.edu>        <[EMAIL PROTECTED]>                        
    
                    Sent by: root        cc:                                           
    
                                         Subject:     RE: Database 
Normalization-Outdated? 
                                                                                       
    
                    05/01/2002                                                         
    
                    09:53 AM                                                           
    
                    Please                                                             
    
                    respond to                                                         
    
                    ORACLE-L                                                           
    
                                                                                       
    
                                                                                       
    




Just wanted to extend my appreciation for all of your responses to this
topic. I liked the fact that even though overall, it was obvious old school
still holds, that many of you were able to show that it could be
advantageous in certain circumstances (not ours). This will make it much
easier to discuss the issue with the consultant without totally bashing the
idea--maybe even changing the model to a hybrid (if I am lucky).

I am always interested in hearing more on this if anyone else cares to
share
experiences--the more fuel, the better.

Thanks again!
lc
--
Lisa R. Clary
Children's Oncology Group Data Center
104 N. Main Street, Suite 600
Gainesville, FL 32601
(352) 392-5198 x 312
(352) 392-8162 (fax)

--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Lisa R. Clary
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).



-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Thomas Day
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Reply via email to