Чё больше 255??? А связи не 1: 1???

.

Wawan2005,
Я конечно дико извиняюсь: но о какой подчиненности идет речь если на схеме не наблюдается ни одной связи
Вы лучше сформулируйте свою задачу

ПыСы: А еще гляньте этот топик 22399992

Это для другого топика-хотел убрать,но после некоторых раздумий, решил оставить: Вашу проблему можно решить именно как-то так
только при наличии связей

Чтоб не было различных "непоняток" в дальнейшем (и не только той которая проявилась сейчас) сделайте поле [оперативные карточки].[код]-тип счетчик (а не числовое-занахрена его заполнять вручную),а поля [оперативное описание].[договор], [дело].[№договора], [карточка учета].[код] полямиСоСписком (на форме) этим Вы исключите возможность создания записей в подч.таблицах со значением в поле связи,отсутствующем в главной таблице.
Да и вообще,по-моему,надо "плясать от печки"-договора: его номера,даты,заемщика\клиента\покупателя\подрядчика(короче-уникального значения), а не от оперативной карточки(на которую можно повесить хоть десяток договоров-если это не так зачем связи один-ко-МНОГИМ (на одну карточку много договоров). Непонятно однако...Или так и должно быть

И учтите что это не так-записи не создаются автоматически(это конечно можно сделать используя VBA-только зачем-ведь заранее не известно сколько их надо: одну или 20 )-по умолчанию же этого не происходит-записи в подч. тбл\форме создаются пользователем,ручками

Вы в этом уверены? Алаверды насчет разочарования:Это значение по-умолчанию и если не внести какие либо значения хотя бы в одно из полей, не участвующих в связи, запись создана не будет и в таблице ничего не сохранится..
Может Вы это,вполне логичное, поведение акса и называете "запись не создается"
Лично я это поле, почти всегда, скрываю

Я уже сказал как должно быть 22417304 . Если происходят какие-то непонятки, то без понимания логики работы БД навряд-ли можно говорить о чем то большем (а вот как работает БД,какие задачи она решает и т.п Вы упорно замалчиваете). За сим откланиваюсь

Если вести речь о 4 таблицах-то там, за исключением несущественных мелочей, в принципе, все верно. Но в базе 60(!!!) форм и как они влияют на работу БД в целом без глубокого анализа никто Вам не скажет. А самое главное никто этим заниматься не будет(и я тоже)-можете в чистой базе создать 4 подобных таблицы/форму и все будет работать
А форма с большим количеством подчиненных(вполне возможно со связями противоречащими связям между таблицами или чё другое-да мало ли что)не лучший вариант. Да и 60 форм,которые должны быть по сути "красивыми мордашками" 16 таблиц(а сущностей при этом от силы 4-6-точно сказать не могу т.к.определить их, не зная задачу для которой эта БД создана, не возможно)-многовасто будет

Wawan2005,
Работа над БД должна начинаться с её проектирования , а именно с определения сущностей-которых у Вас, на вскидку, раз-два и обчелся:договора,клиенты,исполнители + отдельные ветви деньги,материалы и оборудование. Одно из основополагающих правил гласит что таблица должна максимально полно(в нужном Вам объеме)описывать одну сущность (не надо в одной таблице описывать несколько сущностей и наоборот описывать одну сущность в нескольких таблицах) Если сущности не определены и\или нарушено это правило,база не будет корректно\вообще работать и всяческие попытки её "улучшить" или добиться корректной работы обречены на неудачу. Просто читайте про проектирование БД(многие этим пренебрегают) и усваивайте все там написанное (а не доходите до понимания этого путем наступания на грабли,набивания шишек и траты массы времени). С'est la vie

На "латание дыр" уйдет намного больше времени,чем на кардинальную переделку
(например таблица "оперативные карточки" есть,по сути,отчет\запрос на выборку из правильно организованной системы хранения данных). И абсолютно фиолетово кто и когда родил этого урода. А если пользуетесь,то не трогайте-потому как любое(даже совсем незначительное) вмешательство повлечёт непредсказуемые последствия