November 24th, 2009, 07:07 AM
posted to microsoft.public.access.tablesdbdesign
|
|
|
Best Practice Value list or linked table?
Thank You Armen
"Armen Stein" wrote:
On Thu, 19 Nov 2009 09:56:05 -0800, Barry A&P
wrote:
I am beginning to wonder if i overcomplicate my database. i am going to add a
field to my T_partnumbers for unit of measure (UOM) and can not decide if i
should do it like i have in the past and use a combo (on my forms of course)
with a row source to a T_UOM with Ea, LB, OZ, Ft Ect. and store the UOMid in
my part numbers table or just use a value list in my combo and save the
actual UOM abbreviation in my P/N table.
What is a good determining factor for which method to use?
And What to store in my table LB, OZ, EA, ect. or their respective ID's?
I feel linked tables for everything is becoming complicated as i view my
T_Partnumbers all of the data is Greek and meaningless unless i query and
join the appropriate tables, Maybe this is the Database method and i am
afraid to further stray from anything humanly recognizable..
Hi Barry,
I suggest avoiding Values Lists entirely. They must be maintained
separately from the data itself, so you run the risk of them being
redundant or out of sync.
You can use the lookup table as you describe. If you like, you can
use the abbreviation as the primary key and join with that. Then
you'll be able to see the abbreviation without the joining table.
Another example of this is a StateProvince table. If you know the
abbreviations will be unique, you can use them for the primary key
instead of an autonumber.
But I agree with other posters that you shouldn't be looking at your
tables directly to see what's in them. All your related information
should be joined in from other tables using queries, forms or reports.
Armen Stein
Microsoft Access MVP
www.JStreetTech.com
.
|