Subject | Design question |
---|---|
Author | Nico Callewaert |
Post date | 2002-04-03T05:55:14Z |
Hi all,
I'm wondering already long time what is the best aproach. Most of the
time a table starts with a limited number of fields. Then user A wants to
have additional info, then user B pops up with some other fields, and if you
always add those fields in the same table , after a few months it looks like
a mess. Sometimes you start with 20 fields and before you know, you have a
table with 60 fields. I don't feel so good about this. For example I
have a customer table, with already 50 fields. Everything is in one table.
Now the question is, should I split up fields in seperated tables ? For
example, in my CUST table, there are 8 fields to hold delivery information,
should I split up that information in a CUST_DELIV table ? I just doubt
about those things, because I like "clean" work.
Any good :-)))) ideas are welcome,
Many thanks in advance,
Nico Callewaert
I'm wondering already long time what is the best aproach. Most of the
time a table starts with a limited number of fields. Then user A wants to
have additional info, then user B pops up with some other fields, and if you
always add those fields in the same table , after a few months it looks like
a mess. Sometimes you start with 20 fields and before you know, you have a
table with 60 fields. I don't feel so good about this. For example I
have a customer table, with already 50 fields. Everything is in one table.
Now the question is, should I split up fields in seperated tables ? For
example, in my CUST table, there are 8 fields to hold delivery information,
should I split up that information in a CUST_DELIV table ? I just doubt
about those things, because I like "clean" work.
Any good :-)))) ideas are welcome,
Many thanks in advance,
Nico Callewaert