Реализация синхронизации записей 2-х таблиц.
Для удобства просмотра записей применены полупрозрачные линейки, которые перемещаются также синхронно.

Среда разработки - MS Access 2003, Office x32. Скачать

1. Даже внимательного взгляда на картинку достаточно, чтобы понять, что таблицы здесь разные. Хотя структура у них может и одинаковая.
2. Я демонстрирую здесь не искусство создания баз, а прием синхронной работы двух табличных форм, для которых не имеет значение чем наполнены эти таблицы и как структурированы данные в них, кроме их индексов.

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

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

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

А насчет группового выделения в таблицах это не баг, а просто для данного случая в этом нет необходимости.
Господи, какие только мягко говоря "странные" вопросы не могут возникать в умах начинающих программеров?!

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

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

ROI,
А на каком основании у вас возникли вдруг сомнения относительно авторства?

Взаимно :)

sdku,
И вы, написав эти выдающиеся на ваш взгляд строчки, искренне убеждены в том, что помогли кому-то разобраться в вопросе как нужно "организовывать данные".
Вот именно "О какой помощи может идти речь?"

Не стоит.
Насколько я понимаю, вы входите в группу админов. Если это так и если не трудно, восстановите пожалуйста ссылку в топике.
А то с яндекса, может быть кому-то не с руки скачивать.
(если вы посчитаете это нужным :)