A Microsoft Office (Excel, Word) forum. OfficeFrustration

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

Go Back   Home » OfficeFrustration forum » Microsoft Access » Database Design
Site Map Home Register Authors List Search Today's Posts Mark Forums Read  

Comboboxes or Conections for Look up Tables and Data Tables



 
 
Thread Tools Display Modes
  #1  
Old November 19th, 2008, 06:00 PM posted to microsoft.public.access.tablesdbdesign
TravelingHT
external usenet poster
 
Posts: 35
Default Comboboxes or Conections for Look up Tables and Data Tables

Dear All:

I have a question. Reading about lookup tables, (e.g. tax rates for
different states) should I connect these lookup tables to my Data tables
(e.g. Customer Line Item Invoice Table) in my Relationship window or should
I just created a combobox with a record source being the tax rate table and
have no relationship defined in my "Relationship" window?

What is the difference between these two aproaches and what are the
advantages.

Thanks in advance.

Traveling Tech

  #2  
Old November 19th, 2008, 06:44 PM posted to microsoft.public.access.tablesdbdesign
Clifford Bass[_2_]
external usenet poster
 
Posts: 1,295
Default Comboboxes or Conections for Look up Tables and Data Tables

Hello,

You definitely create the relationships. This will make sure your
table only contains valid data such as real state codes. If you do not,
someone could enter invalid codes. The combo box is a convenience for the
user. Use it if it helps the user. Don't use it if it is a hinderance.

My $0.02 worth,

Clifford Bass

"TravelingHT" wrote:

Dear All:

I have a question. Reading about lookup tables, (e.g. tax rates for
different states) should I connect these lookup tables to my Data tables
(e.g. Customer Line Item Invoice Table) in my Relationship window or should
I just created a combobox with a record source being the tax rate table and
have no relationship defined in my "Relationship" window?

What is the difference between these two aproaches and what are the
advantages.

Thanks in advance.

Traveling Tech

  #3  
Old November 19th, 2008, 07:39 PM posted to microsoft.public.access.tablesdbdesign
TravelingHT
external usenet poster
 
Posts: 35
Default Comboboxes or Conections for Look up Tables and Data Tables

Dear Clifford:

So I hear the info about the customer. I will take that onboard.

Thanks for the response, to help me I need the why of it. Why if I am using
a combobox to create the list of choices and that list of choices has a limit
to list property. Then I am OK with just a combobox, and no link between the
tables.?

Under what circumstances will the above senario cause me a problem?

Is what I am asking just not that improtant, is there realy no big difference?

Yours truly.

Traveling Tech.



"Clifford Bass" wrote:

Hello,

You definitely create the relationships. This will make sure your
table only contains valid data such as real state codes. If you do not,
someone could enter invalid codes. The combo box is a convenience for the
user. Use it if it helps the user. Don't use it if it is a hinderance.

My $0.02 worth,

Clifford Bass

"TravelingHT" wrote:

Dear All:

I have a question. Reading about lookup tables, (e.g. tax rates for
different states) should I connect these lookup tables to my Data tables
(e.g. Customer Line Item Invoice Table) in my Relationship window or should
I just created a combobox with a record source being the tax rate table and
have no relationship defined in my "Relationship" window?

What is the difference between these two aproaches and what are the
advantages.

Thanks in advance.

Traveling Tech

  #4  
Old November 19th, 2008, 08:09 PM posted to microsoft.public.access.tablesdbdesign
Clifford Bass[_2_]
external usenet poster
 
Posts: 1,295
Default Comboboxes or Conections for Look up Tables and Data Tables

Hi Traveling Tech,

The difference is that with the relationships defined, you are
protecting the integrity of the data regardless of where it comes from. (Of
course, someone could still enter a wrong, but valid value.) If the only way
that anyone can get to the data is through your form, then it would work.
But there is no way to prevent someone from getting directly to the table;
they could link to it from another Access database or any number of other
ways such as ODBC or OLEDB. Plus, suppose down the road you want to create
an import function because you are getting data from somewhere else. Do you
want to trust that their data is all good? I would not. I would want an
error to occur if there was an invalid value.

Also, if you create the referential integrity and you find you need to
change a value in the code table, you can set it to cascade the change to any
child tables. For example when Canada changed the abbreviation for Quebec
from PQ to QC. And you can set it to prevent deletion of the parent records
when children exist so that someone could not delete an NY / New York entry
when it is in use elsewhere. Good database design includes the creation of
the referential integrity contstraints.

Hope this helps,

Clifford Bass

"TravelingHT" wrote:

Dear Clifford:

So I hear the info about the customer. I will take that onboard.

Thanks for the response, to help me I need the why of it. Why if I am using
a combobox to create the list of choices and that list of choices has a limit
to list property. Then I am OK with just a combobox, and no link between the
tables.?

Under what circumstances will the above senario cause me a problem?

Is what I am asking just not that improtant, is there realy no big difference?

Yours truly.

Traveling Tech.

  #5  
Old November 20th, 2008, 12:51 AM posted to microsoft.public.access.tablesdbdesign
TravelingHT
external usenet poster
 
Posts: 35
Default Comboboxes or Conections for Look up Tables and Data Tables

Dear Clifford:

A lot of good information. I am building this DB for my self, my own
business. I am not aiming to use this for anyone else. I am not at the level
to understand what OLEBD or ODBC. I have become comfortable with two
different ways to reach the same goal and now looking at why there are two
different ways.

So you have helped me understand how it can affect referential integrity.

Thanks for your help I will keep learning.

Traveling Tech




"Clifford Bass" wrote:

Hi Traveling Tech,

The difference is that with the relationships defined, you are
protecting the integrity of the data regardless of where it comes from. (Of
course, someone could still enter a wrong, but valid value.) If the only way
that anyone can get to the data is through your form, then it would work.
But there is no way to prevent someone from getting directly to the table;
they could link to it from another Access database or any number of other
ways such as ODBC or OLEDB. Plus, suppose down the road you want to create
an import function because you are getting data from somewhere else. Do you
want to trust that their data is all good? I would not. I would want an
error to occur if there was an invalid value.

Also, if you create the referential integrity and you find you need to
change a value in the code table, you can set it to cascade the change to any
child tables. For example when Canada changed the abbreviation for Quebec
from PQ to QC. And you can set it to prevent deletion of the parent records
when children exist so that someone could not delete an NY / New York entry
when it is in use elsewhere. Good database design includes the creation of
the referential integrity contstraints.

Hope this helps,

Clifford Bass

"TravelingHT" wrote:

Dear Clifford:

So I hear the info about the customer. I will take that onboard.

Thanks for the response, to help me I need the why of it. Why if I am using
a combobox to create the list of choices and that list of choices has a limit
to list property. Then I am OK with just a combobox, and no link between the
tables.?

Under what circumstances will the above senario cause me a problem?

Is what I am asking just not that improtant, is there realy no big difference?

Yours truly.

Traveling Tech.

  #6  
Old November 20th, 2008, 01:04 AM posted to microsoft.public.access.tablesdbdesign
Clifford Bass[_2_]
external usenet poster
 
Posts: 1,295
Default Comboboxes or Conections for Look up Tables and Data Tables

You are welcome Traveling Tech.

Clifford Bass

"TravelingHT" wrote:

Dear Clifford:

A lot of good information. I am building this DB for my self, my own
business. I am not aiming to use this for anyone else. I am not at the level
to understand what OLEBD or ODBC. I have become comfortable with two
different ways to reach the same goal and now looking at why there are two
different ways.

So you have helped me understand how it can affect referential integrity.

Thanks for your help I will keep learning.

Traveling Tech

 




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Forum Jump


All times are GMT +1. The time now is 08:34 AM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2004-2024 OfficeFrustration.
The comments are property of their posters.