ПИШУ БД - добавление множества дочерних списков в одну форму связи

[Рустам]

Не получается прикрутить еще одну таблицу в форму, чтобы одновременно 2 таблицы видеть и контроллировать.
Как в Access.
Хочу к СЧЕТА прикрутить ПРОИЗВОДСТВО ПЛАН (1-8), чтобы одновременно видеть и ПЛАТЕЖИ и ПРОИЗВОДСТВО ПЛАН - не получается.
"Переход к" не выбирается.
Прилагаю скрины.

 

[Vladimir]

Надо добавить второй дочерний список.
Максимальное число дочерних списков для формы связи - 64.

 

[Рустам]

В таблице ПРОИЗВОДСТВО ПЛАН есть поле СЧЕТ 1.
Но почему-то таблица СЧЕТ и ПРОИЗВОДСТВО ПЛАН не связанлись.
Почему??? (из предыдущего скрина это видно; видно, что таблица пустая)

 

[Vladimir]

Дочерние списки в форме связи никакого взаимодействия между собой не имеют.
Техническая реализация дочернего списка (связи один-ко-многим) реализуется добавлением обычного поля ссылки на объект, которое помечается серым цветом и значение в нём имеет ссылку на родительский объект (эту информацию можно применять для разных целей).
Т.е. один объект (1) имеет системную ссылку на другой объект (2). И ещё один объект (3), являющийся также дочерним ко 2-му, также получает системную ссылку на него. Но ничего общего между 1-ым и 3-им объектом при этом не возникает.

 

[Рустам]

Вот это я не понял.
А мне и не нужно, чтобы дочерние списки между собой были соединены.
Но я мыслю так: мне удалось создать одну дочернюю связь СЧЕТА-ПЛАТЕЖИ.

Связь там установилась автоматом. Я же когда кликаю на счет 36525,
у меня автоматом связанный платеж показывает.
А с ПРОИЗВОДСТВОМ ПЛАН такого почему-то не происходит.

Вот это я не понимаю - ПОЧЕМУ?

Но... есть разница, платеж я создал после того, как прикрутил таблицы между собой.
А план производства я создал до того, как связал их между собой.
Разница в этом? Но тогда я все равно не понимаю, почему в первом случае они связались
и что мешает им связаться, если есть общее поле???

 

[Рустам]

Мне кажется, меня не поняли )
Я когда связывал главную таблицу с дочерней, я думал связать их с уже имеющимся
ключевым полем СЧЕТ 1. А он воспринимает это поле как просто несвязанное поле.
А связывает таблицы полем СЧЕТЧИК...

Тогда вопрос: а можно использовать в качестве ключевого поля для связи,
имеющееся поле, отличное от типа СЧЕТЧИК. Мы привыкли ориентироваться
в заказах по номерам накладной, например, мы общаемся между собой так:

ЖЕНЯ (логист), ЧТО У НАС С ЗАКАЗОМ 36525, ТЫ РАЗМЕСТИЛ В ПРОИЗВОДСТВО?
На том же языке я общаюсь с финотделом КАТЯ, ТЫ СДЕЛАЛА ПРЕДОПЛАТУ
ПО СЧЕТУ 36525. По этому же "паролю" Логист общается с Катей, и они друг друга
понимают, и все от менеджера до учредителя друг друга понимают.

Если мы сейчас введем еще номера какие-то, народ начнет путаться,
не понимать, и это быстро приведет к тому, что либо мы продинамим сроки оплаты
и оплатим позже, что значит, что нас подвинут в планах минимум на неделю,
и у нас будет провал в продажах и т.д. по цепочке. Либо логист что-то напутает
и опять все пойдет не так. Даже всего 1 раз мы ошибемся - это минимум...
сейчас скажу... ммм... мы попадаем... попадаем на... 10000-15000 евро.
А отбивать их будем 1-2 месяца.

Слишком велик риск, чтобы что-то менять.
А если 2 раза ошибемся??? И предъявить некому.

Отсюда вопрос МОЖНО СВЯЗАТЬ КАК-ТО ИМЕЮЩИЕСЯ ПОЛЯ МЕЖДУ СОБОЙ???

 

[Рустам]

Если можно, картиночки пришлите.
Тяжело читать, вникать, искать в программе, тыкать, перебирать варианты, догадываться.
Что-то удалил неправильно - заново вводишь инфу - устаешь морально ))
Или сперва создаешь таблицу пробную, пробуешь.

А так, картиночку глянул - нажал, все получилось УРА ))

 

[Vladimir]

При добавлении объекта в качестве дочернего на форме связи, у него автоматически создаётся системное поле ссылки на родительский объект (выделено в конструкторе серым цветом в списке полей объекта).


В Вашем случае, при добавлении к счёту дочерних объектов ПЛАТЕЖИ и ПРОИЗВОДСТВО ПЛАН, в них создадутся системные ссылки на объект СЧЕТ. Применять понятие счётчика - не рекомендую. Его всё равно не видно в программе, и гораздо нагляднее, когда в поле ссылки объекта просто отображается номер счёта или более развёрнутая информация (например через составное поле: № и дата счёта).

По умолчанию системное поле ссылки скрыто от просмотра, но его можно вывести как в списке, так и в детализации. Данное поле автоматически присваивает значение родительского объекта, для которого производится создание дочерней записи. Т.е. его не надо задавать или менять. При видимости поля и его изменении - запись будет привязана к тому родительскому объекту, чьё ключевое поле и будет выбрано.

Важный момент! Суммирование данных из дочернего списка производится только при изменении записей в форме связи. Если менять записи непосредственно в объектах, к которым дан доступ через меню программы, то суммирования не произойдёт.

Правильно понял вопрос?