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

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

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

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

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

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

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

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

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

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

Взаимно :)

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

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

Ведь я же его вам не навязываю, не правда ли?
Ваше нежелание разобраться в сути вопроса никоим образом не налагает на меня обязанности помогать вам в этом

Что делать? Приходится все-таки проявлять терпимость.

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

И вот некоторая дама - пользователь, которая сидит совершенно в другой программе (например склад) и использует только свои базы в один прекрасный день захочет у себя на экране видеть эти самые фамилии и номера, а может быть даже получить доступ к ним (что маловероятно, конечно). Эти две базы создавались в разное время и, возможно, разными кодерами и никак в свое время не были логически связаны друг с другом через внутренние связи. Если вы в этом случае задумаете вытащить данные в одну таблицу в виде запроса, то он не даст вам править данные, так как логикой изначально не была предусмотрена связь между этими базами. Но есть вариант представить эти данные в другой самостоятельной таблице, в которой по поиску можно организовать их вывод синхронно с первой таблицей. У-ф-ф! Запарился аж писать. Теперь понятно?!

Панург, спасибо

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

Лишний раз убедился в причине того, почему так мало делятся своими наработками на российских ресурсах.
Советами задолбают...

Я здесь ничего не доказываю, а тем более вам... у которого "нет времени ни желания". И обижаться на это глупо, также как и "разводить здесь базар".

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

Хоть сообщения читать научитесь, - это не конкретно вам, а всем, кто так горячо проявил здесь активность, даже с картинками :)

DarkMan, спасибо за отклик.
Я ведь так и написал, что никакой помощи мне и не требовалось.
Для меня этот топик закрыт. Всего вам хорошего.