Re: Just one more anecdote

From: Hugo Kornelis <hugo_at_pe_NO_rFact.in_SPAM_fo>
Date: Thu, 04 Aug 2005 21:35:51 +0200
Message-ID: <39r4f115qllsmvtjsmrn05tgvuejfvleti_at_4ax.com>


On Wed, 03 Aug 2005 23:26:41 -0400, Kenneth Downs wrote:

(snip)
>What I said was that you can take the user's needs and think about them
>directly in terms of the end result - tables. Using either white-board,
>chalk-board, GUI design tool, or paper and pen (my own method), you state
>the record-keeping needs in terms of tables that will hold the information.
>You erase, change, and modify until the needs are precisely stated. At
>this point you have completed analysis, and ain't that the dickens, you've
>got table designs also.
>
>Stating the needs in any other way is incomplete unless you have enough
>information to design the tables, so why not just state them as table
>definitions in the first place.

Hi Kenneth,

Are you aware of ORM?

ORM is an analysis method. But the completed ORM model holds *MORE* information than can be mapped into tables. An ORM diagram maps to tables, primary key, unique, check and foreign key constraints, plus a bunch of constraints that can't be directly implemented in any RDBMS that I know of.

I'd say that stating the needs as table definitions is incomplete.

Best, Hugo

-- 

(Remove _NO_ and _SPAM_ to get my e-mail address)
Received on Thu Aug 04 2005 - 21:35:51 CEST

Original text of this message