Re: Comments/help on database design
- From: "nokamoto via AccessMonster.com" <u53516@uwe>
- Date: Fri, 24 Jul 2009 20:35:22 GMT
Jeff, those terms are unfamiliar to me, sorry! Creating and managing a
database is not my primary job, there was simply a need for one -- initially
mostly by me, for importing data into InDesign for our print pieces, but the
uses gradually expanded and the database is now showing its weak points.
Actually, the only redundant field I have between the two tables is the item
no. I set up the Packaging Tracking table with a field called "item #", so I
could run a comparison with the Products table ("item no.") and then append a
new record if one did not exist. Yes, I know this was a lame workaround that
I was eventually going to have to fix. As Bonnie suggested below, I think her
idea to add the Packaging Tracking form as a subform makes sense, as it needs
to display some fields (the ones you noted as possible repeaters) from the
Product table anyway.
Jeff Boyce wrote:
To start with, your 'packaging' table appears to have repeating fields. The
[dates for ...] field(s?) and the [problems...] field(s) sound like there
are multiple instances. If so, this is pretty much how you'd have to do
this using a spread***.
Are you familiar with "normalization" and "relational database design"? If
not, they present a bit of a steep learning curve, but are essential to
getting the best out of Access. Access' features/functions are optimized
for well-normalized data, so when you feed it '*** data, both you and
Access have to work overtime to overcome the inefficient data structure.
It's a bit of a "pay now or pay later" situation, as you are finding out!
Good luck!
Regards
Jeff Boyce
Microsoft Office/Access MVP
I work in the art dept. of a wholesale company and have created an Access[quoted text clipped - 40 lines]
database of our products which is used to create a catalog, price list and
Other related tables: Manufacturers, Country of Origin, Packaging Type,
Retail Category
--
Message posted via http://www.accessmonster.com
.
- References:
- Comments/help on database design
- From: nokamoto
- Re: Comments/help on database design
- From: Jeff Boyce
- Comments/help on database design
- Prev by Date: Re: Migrate to access ... help !!!
- Next by Date: Re: Migrate to access ... help !!!
- Previous by thread: Re: Comments/help on database design
- Next by thread: Re: Comments/help on database design
- Index(es):