Thanks for that, jojigirl, one learns something new every day! What you end up with using this method is a form and a subform. That is, the 'main' form is based on one table, a subform has been created for the second table. A relationship between the tables needs to exist and this relationship is then built into the subform control. Say that tblTable1 is related to tblTable2 on ID, you will find on the property sheet of the subform control:
Link Child Fields : ID
Link Master Fields : ID
For records to appear in the subform, a related record must exist in the main form:
[tt]
-- Main Form ---
OrderID: 23
--- Subform ----
OrderID ItemID
23 5
23 7[/tt]
Then the whole thing wanders into areas of referential integrity and so on. If a recordset does not return records and Allow Additions is set to No or the recordset is not updateable, the form will be blank.
4TelecomHelp I think it is possible that there is some confusion here between tables and fields. I would imagine that "carrier & bill date, contract information, Carrier remit address, carrier website, and carrier rep" are fields in a carrier table. If each of these items are separate table, they must surely be related? I think you need a query, not a number of tables. For the most part, exchanging emails is frowned upon as these fora are here to help everyone and with email, someone might miss out on a useful (or useless

) point. Why not post the table names, fields, key fields and an indication of each table's relationship to another, that way you will benefit from the help of many, rather than the help of one.