From: | Robert Paulsen <robert(at)paulsenonline(dot)net> |
---|---|
To: | pgsql-sql(at)postgresql(dot)org |
Cc: | Richard Huxton <dev(at)archonet(dot)com>, chester c young <chestercyoung(at)yahoo(dot)com> |
Subject: | Re: Question re: relational technique |
Date: | 2006-03-13 12:15:17 |
Message-ID: | 200603130615.17335.robert@paulsenonline.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
On Monday 13 March 2006 03:03, Richard Huxton wrote:
> Robert Paulsen wrote:
> > This still requires me to modify the overall database structure but not
> > the original item table. As my reward :) I get to use any type I choose
> > for each new attribute.
>
> The whole point of the database structure is to accurately reflect the
> requirements of your data. If you don't want your change your structure
> to keep track of the real world, why bother to structure it in the first
> place? Just stick it all in text documents and let htdig free-text
> search against it.
Requirements change and differ from one application of the datbase to another.
The database structure is maintained by others and is used by several diverse
locations. It is an effort to incorporate and coordinate changes. The
database already uses the name-value technique in one place, probably for
this very reason. I was suspicious of the technique so posted my original
question. The answer given is a resonable compromise. I can have my own table
whose structure I control, even though the fields in the table "really"
belong in another table.
Bob
From | Date | Subject | |
---|---|---|---|
Next Message | Markus Schaber | 2006-03-13 12:34:23 | Re: Set generating functions and subqueries |
Previous Message | Christian Paul B. Cosinas | 2006-03-13 11:25:00 | Constraint Error effect on PostgreSQL |