how to make look up field

  • Thread starter Thread starter Guest
  • Start date Start date
G

Guest

I am new to access and i need to make a field who will get information from
another table and i am asked to use look up for that. but i can't find look
up anywhee. does anyone know to create look up .
thanks
 
Yes, in the tables' design view, enter the field name for the field, then in
the data type column, use the dropdown menu and find "lookup wizard", click
it and follow the steps in the wizard.

Ripper
 
I am new to access and i need to make a field who will get information from
another table and i am asked to use look up for that. but i can't find look
up anywhee. does anyone know to create look up .
thanks

I would suggest you check out

http://www.mvps.org/access/lookupfields.htm

for a critique of this "misfeature".

Lookup fields have one benefit: they make it easier to add a Combo Box
control to a Form, by a couple of mouseclicks.

They have MANY disadvantages; the most serious is that they conceal
the actual content of your tables. With a Lookup field it APPEARS that
Table2 contains text from Table1 - BUT IT DOESN'T; it actually
contains a concealed numeric ID, and when you try to sort data, or
query it, you'll get wierd results because you *think* you're
searching for "Jones" while what's actually in the table is 193.

Lookup fields are NEVER NECESSARY. Instead, use a Form to view and
edit your data (rather than table datasheets) and use a Combo Box on
the form to "look up" data from the related table, and store it in
your current table. If you have trouble using the Toolbox Wizard to do
this, please post back with a description of your tables, how they are
related, and what you want to store and to see.

John W. Vinson[MVP]
Join the online Access Chats
Tuesday 11am EDT - Thursday 3:30pm EDT
http://community.compuserve.com/msdevapps
 
I would like more information on this, perhaps an example page of how to set
up using a From to view and a Combo Box to 'look up' data from a related
table.

I've just taken Access 1 and Access 2 training, and we have a whole section
on loookup list fields and how they're good to use. Of course, we won't get
to Combo Boxes until Access 3 training.

Thanks for your help. (-:
 
I would like more information on this, perhaps an example page of how to set
up using a From to view and a Combo Box to 'look up' data from a related
table.

I've just taken Access 1 and Access 2 training, and we have a whole section
on loookup list fields and how they're good to use. Of course, we won't get
to Combo Boxes until Access 3 training.

A Lookup Field *IS* a Combo Box. It's just that it's a combo box in a
Table (which IMHO is the WRONG place for it) not on a Form.

I'm really reluctant, though, to step in and contradict your teacher
and maybe get you in trouble for doing what I think is right but your
teacher might consider wrong, or out of step.

There is a reasonably competent Form Wizard. Just create a new Form
and choose the style that you want. If you have table Lookup fields
they'll be added to the form as combo boxes automatically; if you
don't, use the Toolbox, click the magic wand icon, and add a Combo Box
using the tool. The wizard will give you several options.

However - understanding what is actually going on (by building it step
by step, rather than relying on the wizard) will be a useful learning
exercise and will give you more appreciation for the powers (and
limitations) of the wizards! Try turning OFF the magic wand; add a
combo box; and use F1 to get help on its key properties (Control
Source, RowSource, RowSourceType, ColumnCount, ColumnWidths for
starters).

John W. Vinson[MVP]
Join the online Access Chats
Tuesday 11am EDT - Thursday 3:30pm EDT
http://community.compuserve.com/msdevapps
 
John Vinson said:
A Lookup Field *IS* a Combo Box. It's just that it's a combo box in a
Table (which IMHO is the WRONG place for it) not on a Form.

I'm really reluctant, though, to step in and contradict your teacher
and maybe get you in trouble for doing what I think is right but your
teacher might consider wrong, or out of step.

It's not a question of contradicting my teacher. It was a one-time training
course. My concern is that I'm going to be the main database designer in our
office. Lookup fields make sense if some people will do data entry in a
table rather than a form, but there's no point me designing databases this
way if it's going to get us into trouble later.
There is a reasonably competent Form Wizard. Just create a new Form
and choose the style that you want. If you have table Lookup fields
they'll be added to the form as combo boxes automatically; if you
don't, use the Toolbox, click the magic wand icon, and add a Combo Box
using the tool. The wizard will give you several options.

Ok, so I should go ahead and build in lookup fields in tables?
However - understanding what is actually going on (by building it step
by step, rather than relying on the wizard) will be a useful learning
exercise and will give you more appreciation for the powers (and
limitations) of the wizards! Try turning OFF the magic wand; add a
combo box; and use F1 to get help on its key properties (Control
Source, RowSource, RowSourceType, ColumnCount, ColumnWidths for
starters).

That will have to wait until later. The 2 training courses didn't even get
to combo boxes in forms. Right now I'm just annoyed I can't set things up as
quickly as I can in FileMaker, and hopefully Access will have a payoff later.

(I've switched jobs at Harvard, and the Ed. School doesn't have a site
license to FileMaker like FAS does, but we do have one for Access ...)
 
"Kit" wrote
Ok, so I should go ahead and build
in lookup fields in tables?

I strongly recommend against it.

I also strongly recommend against users entering/updating data in datasheet
view -- there are too many things they can inadvertently/accidentally do
wrong. And, finally, I recommend that you complete learning Access... at
least to the point of knowing what a Combo Box is and why you'd use it...
before you try to create database applications for others. That's something
like trying to write a novel for grownups after completing Grades 1 and 2 of
elementary school.

There are quite a number of good self-study books from which you can learn
Access, provided you work the exercises, and try what they discuss.

Microsoft Access <version> Step by Step, from Microsoft Press, is good for
learning from the novice level.

Microsoft Access 2003 Inside-Out, by John Viescas, also from MS Press starts
at the beginning and goes farther.

Special Edition - Using Microsoft Access by Roger Jennings, published by Que
is another that starts at the beginning and goes deeper.

Programming Microsoft Access <versionnumber> by Rick Dobson, published by
Microsoft Press is good for moving from power user to developer skills.

Access <versionnumber> Developer's Handbook, by Litwin, Getz, et al,
published by Sybex is the concensus must-have reference for developers. It
is not a beginning self-study; intended for those with Intermediate to
Advanced skills.
That will have to wait until later. The 2
training courses didn't even get to combo
boxes in forms.

They are not, obviously, a complete set of training. I'd suggest you don't
rely on classes / courses, but check out the self-study books listed above.
Right now I'm just annoyed
I can't set things up as quickly as I can
in FileMaker, and hopefully Access will
have a payoff later.

FileMaker gets high marks as an easy-to-use product for end users, even or
especially at the novice level, and can be used to go somewhat beyond that
stage, as well.

Access, once you stop hoping that it will BE FileMaker, you'll find, also
has an easy-to-use interface and a very broad range of capability. It covers
the whole range from direct end-user use all the way to being a great
development tool for client applications to server databases.

Larry Linson
Microsoft Access MVP
 
You did not say which version of Access you are using. If it is Access 2003,
and you click on Microsoft Access Help in the Help menu, there is a help
pane that opens up with a heading "Microsoft Office Online" and one of the
subtopics is "Training". If you are using an earlier version, you can go
directly to the Office Online website at
http://office.microsoft.com/en-us/default.aspx and click the Training link.
There are quite a lot of brief training sessions, with good information.

Larry Linson
Microsoft Access MVP
 
Larry Linson said:
"Kit" wrote


I strongly recommend against it.

Hmm. I guess I was thinking that since you said, "There is a reasonably
competent Form Wizard. Just create a new Form and choose the style that you
want. If you have table Lookup fields they'll be added to the form as combo
boxes automatically," that having them created in table view would make my
life easier even if one shouldn't actually use them in the table view. My
assumption being that the combo box form of the lookup fields in form view
doesn't have the drawbacks mentioned for the tables version. I could then
delete them from the tables version afterwards. Of course, I could be
totally wrong.
I also strongly recommend against users entering/updating data in datasheet
view -- there are too many things they can inadvertently/accidentally do
wrong.

Well, I guess we have to start somewhere. That was the main way of entering
data taught in Access 1, though it did start and go into forms, and a little
more was added in Access 2. (Our student manuals are Access 2000 Level 1 and
2 by Jeanne S. Strong. We have Access 2003 on our system here at work.)

And, of course, when my other, untrained coworkers come by a database,
tables are what they recognize first since they've been doing everything in
Excel.

Eventually I want to be able to set up button-driven menu's like some of the
databases that can be created with the wizard. There's one for event
management that we've already used for a boat cruise we did.

The good news is, most of the databases are trivial. One-time events, tent
cards for brown bag lunch attendees -- i.e., things that if other users
screwed up in datasheet view, it would not be the end of the world.

I will slowly work on a purchasing database (something that I'd already made
and honed in FileMaker), but that's something only I'd be using until the
kinks were worked out. (Right now everything's tracked with big, 3-ring
binders ... it's not even in a database.)
And, finally, I recommend that you complete learning Access... at
least to the point of knowing what a Combo Box is and why you'd use it...
before you try to create database applications for others. That's something
like trying to write a novel for grownups after completing Grades 1 and 2 of
elementary school.

Unfortunately, I don't have that luxory. Even though I am a novice Access
user, I am the computer expert in my department. Up to now, I've been
'cheating' by using my own copy of FileMaker here and getting what needs to
be done accomplished, but the drawback is that no one else can access the
databases because only my computer has FileMaker, and the budget is so tight
it's harder to justify our buying enough copies for everyone.

My goal is to get people to stop using Excel for everything.
There are quite a number of good self-study books from which you can learn
Access, provided you work the exercises, and try what they discuss.

I'll see if we have a budget for that, or maybe one of our libraries has a
copy.
They are not, obviously, a complete set of training. I'd suggest you don't
rely on classes / courses, but check out the self-study books listed above.

Access, once you stop hoping that it will BE FileMaker, you'll find, also
has an easy-to-use interface and a very broad range of capability. It covers
the whole range from direct end-user use all the way to being a great
development tool for client applications to server databases.

The main things that are slow to do have to do with layouts and forms which
are areas that FileMaker spent a lot of time making tools for.

Once I get a good template set up, things should go more quickly.
 
Back
Top