Да мля:)
Для начала - читать про организацию структуры БД и много. Я просто помню про таблички, у каждой кассы своя - мне не понятно, зачем???? Вводится Id кассы и справочник касс с дополнительной информацией (в каком отделении каса и т.п.), ну и каждая касса пишет инфу в табличку под своим ID.
Да и с названиями офигительно, "Главная касса", "подчинённая касса", но подчинённая не главной:-)))))))))
А что же это про рекордсеты вместо запросов забывать стали?:) Можно ведь клёво через рекордсет организовать:)

А так уже ответили - Union - смотреть HELP.

Офигительно:-)))))))) Вот что с людьми делате метод Copy-Paste.

2 Senin Viktor
Я именно это уже и написал и раньше ему про это говорили..... Но воз и ныне там:)

Не надо путать, есть остатки, есть операции, происходящие на кассах, операции пишутся в одну табличку, остатки в другую или с признаком того, что это остатки, сданные в Главную кассу, в первую табличку.
Таким образом мы получаем одну или 2 таблички (2, с учётом различных требований к БД, о которых нам сейчас ничего неизвестно), а не N-таблиц, где N-количество касс.

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

Читайте теории. Представляю БД написанную для какого-нибудь супермаркета с количеством касс под 50, вот клёво потом сводную отчётность делать:)

Хм, ещё такой момент, у вас трудящиеся, то бишь касиры, высказывают пожелания о организации структуры БД?

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

Млин, ну если у него такие широкие полномочия, то зачем ему доступ-то перекрывать?:) И тем более, если остатки с других касс к нему в табличку скидываются в конце раб. дня. Или я логику работы совсем не понял:)

Или всё-таки нужно перкрывать, что-то я не совсем понял:)
Так в рамках таблички одной для главного кассира можно ЛЕГКО организовать доступ только к его кассе, в том случае, если весь интерфейс постороен только на формах, отчётах без возможности пользователю залезть в табличку каким-либо другим образом.

Ладно, оставим этот теоритический диспут, но про организацию структуры БД следует почитать...

2 Хамский Шкет
Ну в общем да, с выделением таблички по остаткам я погорячился. Это более логично. И менее гемморойно с учётом транзакций получится.

Ну просто 2 варианта в голову пришло, оба и написал:)

Да уж, можно оху.... :) Особено, если забывать, что у каждой кассы есть Id, а остатки пишутся на главную кассу, т.е. с её ID и с признаком того, что это остатки. А у рекордсета фильтры есть:)

Ладно, пойду я лучше пивка выпью:)
Раз уж это вроде лестницы для тех, кто не курит:)