Skip site navigation (1) Skip section navigation (2)

Re: surrogate key or not?

From: sad <sad(at)bankir(dot)ru>
To: "Iain" <iain(at)mst(dot)co(dot)jp>, <josh(at)agliodbs(dot)com>,"Karsten Hilbert" <Karsten(dot)Hilbert(at)gmx(dot)net>,<pgsql-sql(at)postgresql(dot)org>
Subject: Re: surrogate key or not?
Date: 2004-07-26 11:13:37
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-sql

> This reminds me of a project I worked on many years ago, I was pretty much
> fresh out of university writing a system for a large medical practice -
> itwas principally for accounting purposes. I made lots of suggestions like
> Josh's, only to get replies like Karsten's. I the progammer wanted to
> codify everything so as to enable data analysis (ie linking complaints and
> diagnosis, etc) but the doctors wern't interested. They just wanted to
> write free text comments. And the reason for it (as far as I can tell) is
> the distinction between general practice and reseach (such as
> epidemiology). So (GPs) are not so much searching for new knowlege in their
> patients records, as applying the knowlege gained from research (done by
> researchers) to treat individual patients.

Here the situation quite similar, a customer dictate drives the practice far 
far from logic.

EVERY database i had desined in few years have been turned into a container of 
textual MEMOs completely unstructured. (because of patches and makeups)


i do not know how are you all programming, really hope you are in defferent 
circumstances. Here a customer itself is a user and itself is a [man who 
formulate a problem] then every stupid idea to simplify input immediately 
turns to an urgent official order to do.

Sorry. That is my work.

Thank you all again for very usefull discussion on Surrogate Keys.

In response to

pgsql-sql by date

Next:From: Andreas HaumerDate: 2004-07-26 15:03:44
Subject: Re: Trigger functions with dynamic SQL
Previous:From: IainDate: 2004-07-26 10:38:51
Subject: Re: surrogate key or not?

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group