Такой вопрос.
Есть запрос, который отбирает нужные поля, записи которых нужно добавить в третью таблицу.
По отдельности добавлять в каждое поле методом подстановки затруднительно.
Хотелось бы что бы после выбора одного из значений в одном из полей, соответствующие этой записи значения автоматически добавлялись в соответствующие поля третьей таблицы.

Можно ли это организовать и как?

Вдогонку.
Запрос на добавление не годится, так как каждый раз нужно выбирать вручную те записи, которые нужно подставить в третью таблицу а не все сразу.

Чет нет ответов, может задача не ясна, поясню еще, может есть другое решение.

Есть целое, например автомобиль и его название, есть части этого целого, например его узлы и агрегаты.
Узлы идентифицируются общим названием, например двигатель, ходовая и тп, и их номером.
Целое и части сведены в общую таблицу, где через подстановки добавляются повторяющиеся названия.

Задача в том, что нужно учесть в одних случаях количество целых (автомобилей). в другом - количество их частей раз в месяц в отдельной таблице.
Причем привязать эти данные еще к одной информации, например к обслуживающему персоналу, где некто работает только с целым (например красит авто), а некто может работать только с узлами, причем вперемешку.

Данных много, поэтому что-бы база не разбухала нужно все подставлять из других таблиц кроме количества работ разумеется.
Как такая задача может реализоваться?

То есть нужна результирующая таблица, где будут подставляться:
Название_целого, название_части, номер_части

и выбирать ФИО_исполнителя и количество операций.

Первые трое данных желательно подставлять одновременно за один раз в таком соответствии, как они хранятся в исходной таблице что бы избежать ошибок.
По одному из данных однозначно идентифицировать узел не получится, нужны все три записи.

Каким образом это делать не важно, в таблицах или через форму, запрос не важно, главное сохранять идентичность каждой записи.

Есть решение?

Можете что-то рекомендовать к изучению?
Я вот пока как вижу решение - объединять данные трёх полей идентификаторов в одну ячейку и выбирать уже её.
Корявенько, но зато путаницы не будет.
Насчет дерева интересно, но я о нем да-же не слышал применительно к access, буду искать как это можно организовать в БД.

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

Я полагаю Вы не читали пояснение на первой странице.
Этим данным нужно сопоставлять другие.

ROISysghostСпасибо за советы, я конечно постараюсь разобраться, но может для конкретной задачи есть решение по проще?
Нет и нет.
С уважением.
Ну почему же так категорично.
Я вот уже предлагал вариант, где объединить данные трех ключевых полей в одно поле и уж ему сопоставлять другую информацию.
Так и наглядно, и без ошибок, только потом уже разбить не выйдет, если вдруг понадобится, но как вариант вполне реально.
Я знаю в формах есть событие после добавления, макросами бы дописать автоматическое добавление двух других полей по этому событию и одной и той-же записи, и должно было бы получиться, я только в макросах пока не разобрался, мне быстрее будет объединить данные в одно поле.
Но я полагаю задача вполне решаема, только решения есть простые и сложные.

ROISysghostЯ полагаю Вы не читали пояснение на первой странице.
Этим данным нужно сопоставлять другие.
Я так думаю (ИМХО).
Вы не владеете предметной и прикладной темой.
С уважением.
Логично, я пока на начальном уровне понимания, просмотрел уроки по access, кое что уже реализовал и вижу как реализовать то, что мне конкретно нужно сейчас, только эта проблема пока не решена, но решения я вижу в целом, хотелось бы конкретной помощи, ну нет, так нет.

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

Есть три идентификатора, в одной таблице, им каждый месяц нужно сопоставлять данные из второй таблицы и добавлять сведения по количеству.
Это как сводная таблица, где в столбцах данные идентификаторов а в строках, исполнитель и количество операций.
Как это реализовать иначе?

Rivkin DmitrySysghostпропущено...

Логично, я пока на начальном уровне понимания, просмотрел уроки по access, кое что уже реализовал и вижу как реализовать то, что мне конкретно нужно сейчас, только эта проблема пока не решена, но решения я вижу в целом, хотелось бы конкретной помощи, ну нет, так нет.
То, что здесь предлагается, куда уж конкретнее! Поверь, народ который здесь обитается, вполне адекватен, грамотен и опытен. Такие "простенькие" задачки, как у тебя, только кажутся простыми. На самом деле, по моему опыту, и, думаю, опыту других, то, что кажется простым, на деле оказывется самым сложным. Ты не первый решаешь подобную задачу. Подход к ней известен. Можно, конечно, изобретать велосипед. Но то, что ты предполагаешь, то, как видишь решение, на самом деле уже не велосипед. Хотя, имеет место быть - поковыряйся, получишь неоценимый опыт!
Я верю что многие пользователи тут опытные, почему и обратился.
Но я и так понимаю, что маловато знаю, но то, что знаю, мне видится реализуемым, жаль что не Вам.
И мне это нужно сделать быстро, а не становится гуру в мускуле, как мне предлагается, хотя и хорошо бы, не спорю.
Но сейчас есть такая проблема и мне её нужно быстро решить.
Причем на уровне - "для себя", то есть никто иной не будет вносить в базу данные и только от меня зависит что мне конкретно нужно автоматизировать а что нет.
Ну сложно так сложно, есть ближайшая перспектива для реализации, справлюсь хорошо, мне будет проще, иначе просто будет больше работы вручную.
Время тут немаловажный фактор.

AkinaSysghostЯ писал, мне не нужно копировать данные, мне нужно их подставлять.
Ну да ну да... а вот это кто писал?
Sysghostсоответствующие этой записи значения автоматически добавлялись в соответствующие поля третьей таблицы.
Добавление данных, имеющихся в одной таблице, в другую таблицу, чтоб Вы знали, называется "копирование".

Sysghostмогу скопировать сюда еще раз, если там не хочется читать.
Повторение бессмысленности не добавит ей смысла.
Вам (да-да, лично Вам) надо до конца осознать задачу, причём в общеупотребительных технических терминах . А Вы до сих пор не можете увидеть разницы между данными и их отображением. О чём вообще может идти речь?
Хорошо, описка, не добавлялись а подставлялись, много еще раз я так писал?

Так-же я писал:
авторЗапрос на добавление не годится, так как каждый раз нужно выбирать вручную те записи, которые нужно подставить в третью таблицу а не все сразу.
и...
авторЕсть целое, например автомобиль и его название, есть части этого целого, например его узлы и агрегаты.
Узлы идентифицируются общим названием, например двигатель, ходовая и тп, и их номером.
Целое и части сведены в общую таблицу, где через подстановки добавляются повторяющиеся названия.

Задача в том, что нужно учесть в одних случаях количество целых (автомобилей). в другом - количество их частей раз в месяц в отдельной таблице.
Причем привязать эти данные еще к одной информации, например к обслуживающему персоналу, где некто работает только с целым (например красит авто), а некто может работать только с узлами, причем вперемешку.

Данных много, поэтому что-бы база не разбухала нужно все подставлять из других таблиц кроме количества работ разумеется.
Как такая задача может реализоваться?

То есть нужна результирующая таблица, где будут подставляться:
Название_целого, название_части, номер_части

и выбирать ФИО_исполнителя и количество операций.

Первые трое данных желательно подставлять одновременно за один раз в таком соответствии, как они хранятся в исходной таблице что бы избежать ошибок.
По одному из данных однозначно идентифицировать узел не получится, нужны все три записи.

Каким образом это делать не важно, в таблицах или через форму, запрос не важно, главное сохранять идентичность каждой записи.
и...
авторВобщем то кроме указанной задачи больше ничего и не нужно, остальное я и сам вижу как реализовать, только одновременное добавление целой записи из другой таблицы вызывает проблему (как копипаст строки таблицы в экселе, только не с добавлением данных во все поля а подстановкой).
и...
авторЯ вот пока как вижу решение - объединять данные трёх полей идентификаторов в одну ячейку и выбирать уже её.
Корявенько, но зато путаницы не будет.

Так что я больше упоминал, подстановку или добавление?
Я да-же обосновал почему мне нужна именно подстановка а не копирование, как же тут можно двояко понять?
Только потому, что раз применил некорректный термин?
Ну уж извините.
Как говорится, со всем уважением...

Ладно, закройте тему, мне всё ясно, нет смысла флудить дальше.