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

alvk.orehov_i,

inkassumma и card , количество ключевых полей, их связь, а также существование само месяца и года вместо одного датного поля вызывают сильные сомнения.
alvk,попробую объяснить свое понимание этого момента:есть форма явочной карточки, она выписывается на каждый учетный месяц. Месяц закончился, заводится новая карточка, и т.д. на основе таблицы Card делается форма. Эта форма подчиненная форме InkasSumma. На рисунке это видно. Потом выполняем запрос, -фрагмент запроса:
,на его основе отчет. Нужно как то отделить месяц и год. Поэтому и составной ключ получается. Другой вариант пока не приходит на ум.

alvk., вот еще картинка форм где составные поля.

Bryk_AlienТолько у tblCard ключа нет. Я предпочитаю ставить хотя бы простой счётчик, но он не всегда нужен иВам виднее, конечно.

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

Программист-ЛюбительКлиенты и договора в одной таблице. Лучше бы разные.

А что это может дать?

Программист-ЛюбительУ вас клиент может заключить ровно один договор. А когда тот же клиент будет заключать следующий договор ?
Ну да, заключается один договор. В этом договоре есть приложения к договору, где указываются виды услуг. Или Вы имеете ввиду, что договор может закончиться в N-ом году, и придется заключать новый договор с новым номером?

полиномадреса вынести в адресную книгу, адресную книгу привязать к клиентам

Тут согласен. Можно отдельно сделать таблицу с адресами клиентов.

полиномтаблица инкасссума с полями год и месяц не нужна

Хорошо. Предлагаете из таблицы кард в инкассумма пренести поля или из инкассумма в кард?

полиномтаблицы "оружие" и "инкассаторы" связать как многие-ко-многим через таблицу "выдача_оружия"

Как то не хотелось дублировать выдачу оружия на маршрут в программу. Тем более отчета по нему не делается.

alvk. Лучше сделать форму с полями со списком и в них выбирать данные для отчёта, а запрос для отчёта формировать уже с обращением к этим полям.
Согласен.

Месяц и год уберите, их всегда можно вычислить соответствующими функциями. Карточку можно выписывать на месяц, а хранить в таблице первое число этого месяца например: 01.06.2012 , тут вам и месяц и год, как говорится "два в одном".

Попробую. Наверное лучше объединить таблицы Inkassumma и Card в одну.

полиномну-ну...
можете защищать свою схему с оружием в руках и до последнего патрона.
и какой был смысл задавать вопрос?...

Да я не защищаю свою схему. Просто не понимаю какой смысл может быть в многие ко многим. Для чего?

полиномтаблицы "оружие" и "инкассаторы" связать как многие-ко-многим через таблицу "выдача_оружия"

Подумал немного. Наверное Вы все-таки правы.