Having a primary key set to null shouldn't be a problem with ADP, if this
field is an identity field on the SQL-Server. The form should insert the
new values and refresh the form automatically.
Usually, you don't need to use the Refresh command with bound forms, unless
you want to see edited values changed by other users or if you have made
change directly to the SQL-Server by using ADO objects or other ways. If
you want to see not only changes to the currently displayed records in the
forms but new records that has been added as well, then the Requery command
should be used instead of Refresh.
However, in your case, the use of either the Refresh or the Requery command
shouldn't be necessary; even when using the DoCmd.RunCommand acCmdSaveRecord
procedure. It if possible that your problem arises from something else.

Signature
Sylvain Lafontaine, ing.
MVP - Technologies Virtual-PC
>I think the problem is that my primary key is set to null when I start
> entering data into a new record. So any method I try to run crashes. I
> have
> several subforms on my main form as well. If I close the form and re-open
> it the record appears correctly.
Jeff - 04 May 2005 18:48 GMT
If I try a simple "me.requery" I get a message indicating can't find the
field 'forms'... I had this same error when I had a trigger that appended
an identity field into another table with an identity field so I guess it
has something to do with that. I'll have to look further into what's
causing this.