View Single Post
  #4  
Old May 6th, 2010, 07:35 PM posted to microsoft.public.access.tablesdbdesign
Jeff Boyce
external usenet poster
 
Posts: 8,621
Default Proper Table(s) Layout

I'm with Dorian ...

Any time you build a "large" (i.e., wide) table, you risk having to maintain
it (i.e., fix it), and any related queries, forms, reports, code, etc.

Even though it means more work now, normalizing your data structure at the
beginning makes for less work ongoing. Pay now or pay later!

Good luck!

Regards

Jeff Boyce
Microsoft Access MVP

--
Disclaimer: This author may have received products and services mentioned
in this post. Mention and/or description of a product or service herein
does not constitute endorsement thereof.

Any code or pseudocode included in this post is offered "as is", with no
guarantee as to suitability.

You can thank the FTC of the USA for making this disclaimer
possible/necessary.

"QB" wrote in message
...
I have created a couple of Dbs which the table structure seemed to simply
fall into place, it was just logical in my head.

That said, I am working on a new db and for some reason I am doubting
myself
and wanted a second opinion.

The db is basically a contract db to input all the info, and there is a
lot
of info, for each contract. Where I am 'lost' is the fact that the
contracts
are broken into categories: clients, components,engineering, warantee...
For
all of the components (with the exception of clients) there are a number
of
fields but only 1 entry per contract.

Basically my question is, should I be rolling out one huge table with all
of
the data or should I be creating a project table and then multiple
category
table with a 1-to-1 relationship? My gut is telling me to go with a
single
table, but at the same time I have never needed to create such a big table
and it feels wrong!

Thank you for your enlightenment on the subject.

QB