Re: One-to-Many Help
- From: John Vinson <jvinson@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Tue, 26 Jul 2005 00:17:44 -0600
On Mon, 25 Jul 2005 19:42:02 -0700, "Steve B."
<SteveB@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
>I have about 3500 Part Numbers (PN's). Each PN has about 10 "base" type
>properties (Customer, etc) that I put in 10 different table columns. No
>problem. However, new business requirements require that each PN be provided
>with 30 possible characteristics with each of the 30 characteristics
>containing 4 different creteria. So where talking 10 + (30 x 4) = 130
>columns for one PN.
Nope, you're not. "Fields are expensive, records are cheap"!
You're talking about a Many (parts) to Many (characteristics)
relationship, which requires three tables:
Parts
PN
<ten or so fields of part specific data>
Characteristics
CN Primary Key
Description Text
<maybe some other fields describing the characteristic>
PartCharacters
PN <foreign key to Parts>
CN <foreign key to Characteristics>
CharValue Text <the value of this characteristic for this part>
John W. Vinson[MVP]
.
- Follow-Ups:
- Re: One-to-Many Help
- From: Steve B.
- Re: One-to-Many Help
- References:
- One-to-Many Help
- From: Steve B.
- One-to-Many Help
- Prev by Date: Re: Key fields-an autonumbered contract# and a new text line_item#
- Next by Date: Re: How do I set up an increment field base on another field?
- Previous by thread: RE: One-to-Many Help
- Next by thread: Re: One-to-Many Help
- Index(es):
Relevant Pages
|