Jared, The link that you point out still uses (very aptly for this list) the standard Oracle notation. In general (and I use that term loosely), common practice in a developers world (at least in mine) is still based upon the usage of this notation to model data. UML is still a little cumbersome to express what the data is supposed to represent (business rules and such). As tools go, Rational Rose is probably the best modeling tool I have used, although I haven't used it since Uni. Just my 2c... -----Original Message----- From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Jared Still Sent: Sunday, February 08, 2004 9:25 AM To: Oracle-L Freelists Subject: RE: Academic ERDs vs. Professional ERDs But of course, there is after all only one data model required; http://www.tdan.com/i005fe03.htm Everything else is fluff. Jared On Sat, 2004-02-07 at 20:16, TOMPKINS, MARGARET wrote: > Just a guess but some of that may have come out of mathematical set = > theory, sometimes called relational set theory. That at least dates = > back to Venn diagrams. > I have worked with groups that do nothing but data modeling either in = > tools like Designer or ERWin. They don't model to define requirements = > to be implemented. They data model - period. The biggest difference = > that I've seen in those and the "real" ones is an overuse of entity = > subtyping. Entities that have eight levels of subtyping are beyond my = > comprehension. Maybe it's good that they don't get implemented. Maggie > > Respectfully, > > Maggie Tompkins - CAD SQA > > Corporate Applications Division > > Technology Services Organization - Kansas City > > Defense Finance and Accounting Service > > 816-926-1117 (DSN 465); Margaret.Tompkins@xxxxxxxx > > > -----Original Message----- > From: oracle-l-bounce@xxxxxxxxxxxxx > [mailto:oracle-l-bounce@xxxxxxxxxxxxx]On Behalf Of Ryan > Sent: Saturday, February 07, 2004 3:14 PM > To: oracle-l@xxxxxxxxxxxxx > Subject: Re: Academic ERDs vs. Professional ERDs > > > They are very similiar to class diagrams which are used outside of = > academia. > ----- Original Message ----- > From: "Tim Gorman" <tim@xxxxxxxxxxxxx> > To: <oracle-l@xxxxxxxxxxxxx> > Sent: Saturday, February 07, 2004 2:55 PM > Subject: Re: Academic ERDs vs. Professional ERDs > > > > If it is not used outside of academia, then it is either ahead of its = > time > > (due for general adoption) or of absolutely no practical use = > whatsoever. > > > > Given that decision-tree, how long have these concepts been around? = > I'm > > sure the footnotes have dates... :-) > > > > > > > > > > on 2/7/04 9:47 AM, Ryan at ryan.gaffuri@xxxxxxx wrote: > > > > > I'm taking academic database classes and last semester we covered > academic > > > ERDs. The material in the book discussed 'entity sets' and = > relationship > sets. > > > The relations between them seemed very similiar to relations in a = > class > > > diagram. > > > However, I when I look into Erwin and Designer the ERDs there seem = > to be > > > closer to table models. Does anyone use the academic type of ERDs > > > professionally? > > > > > > ---------------------------------------------------------------- > > > Please see the official ORACLE-L FAQ: http://www.orafaq.com > > > ---------------------------------------------------------------- > > > To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx > > > put 'unsubscribe' in the subject line. > > > -- > > > Archives are at //www.freelists.org/archives/oracle-l/ > > > FAQ is at //www.freelists.org/help/fom-serve/cache/1.html > > > ----------------------------------------------------------------- > > > > ---------------------------------------------------------------- > > Please see the official ORACLE-L FAQ: http://www.orafaq.com > > ---------------------------------------------------------------- > > To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx > > put 'unsubscribe' in the subject line. > > -- > > Archives are at //www.freelists.org/archives/oracle-l/ > > FAQ is at //www.freelists.org/help/fom-serve/cache/1.html > > ----------------------------------------------------------------- > > > > ---------------------------------------------------------------- > Please see the official ORACLE-L FAQ: http://www.orafaq.com > ---------------------------------------------------------------- > To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx > put 'unsubscribe' in the subject line. > -- > Archives are at //www.freelists.org/archives/oracle-l/ > FAQ is at //www.freelists.org/help/fom-serve/cache/1.html > ----------------------------------------------------------------- > ---------------------------------------------------------------- > Please see the official ORACLE-L FAQ: http://www.orafaq.com > ---------------------------------------------------------------- > To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx > put 'unsubscribe' in the subject line. > -- > Archives are at //www.freelists.org/archives/oracle-l/ > FAQ is at //www.freelists.org/help/fom-serve/cache/1.html > ----------------------------------------------------------------- ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html ----------------------------------------------------------------- ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------