Kate,
Ah, yes, if you are running the update of the Addresses table from a
form that is based on the Addresses table, then in order to see the
results of the update you will probably need to do like this:
Me.Requery
.... after the CurrentDb.Execute... line.
It doesn't matter whether you use an option button or a checkbox. The
functionality is identical. The issue I was referring to before, if you
are interested, is different. It is the problem of there being 2
separate fields for Married and Single. So you have a checkbox bound to
the Married field which is a Yes/No field, and you have another checkbox
bound to the Single field, which is a Yes/No data type. This is known
as the "fields as data trap". "Married" and "Single" are data, relating
to a more general data attribute which we could call Marital Status.
Depending on your database's purpose, you might even allow other
options, such as Divorced, Widowed, etc. But they are all mutually
exclusive. So the "correct" database design would be to just have one
field, for Marital Status. Now, once you make that decision, the way to
record it you have a choice. It could be a Text data type, and you
enter the data on your form via a combobox which lists all the possible
marital status options, including "married" or "single". Or you could
make it a Number data type field, and you can enter the data via an
Option Group on your form. In the case of an Option Group, the group
itself is bound to the Marital Status field, and the Option Group
contains a checkbox (or option button, doesn't matter) for each
allowable option, such as married, single, etc., whereupon you can only
ever select one or the other. Hope that helps.