Вот пытаюсь создать базу данных. Условие такое - Создание (АРМ) оператора пункта обмена валюты для автоматизации процедур оперативного учета и анализа.
Имеются несколько сущностей у меня:

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

ПО заданию нужно будет провести такую операцию как:
я создал составной первичный ключ для таблицы Курсов и также
первичный ключ в таблице Учета операций и связал их отношением 1 : 1, Access по другому не смог. Это можно увидеть на приложенном рисунке(схема базы данных в Аксес 2003).
вот допустим у меня имеется запись в таблице Курс:

чтобы внести данные в таблицы учета я должен набрать дату 01.01.2009 и выбрать валюту именно доллар, чтобы запись была добавлена иначе возникает ошибка на ограничение ссылочности.
не понимаю, что значит поле "Текущий курс" в таблице Учета, и поле "Сумма" будет вычисляемой?

помогите правильно спроектировать БД, чтобы можно было успешно проводить операции учета? также интересует правильно ли я понял эту предметку и все логично?

господа, предлагаю разобраться во всем этом:
автор1. Правильный курс валюты устанавливается не за единицу, а за некоторое количество, например:
12.3902 RUR за 1000 BYR
2. Возможно, нужно делать несколько курсов в зависимости от суммы?
3. Возможно, нужно делать кросс-курсы, типа евро-доллар?
4. Курсы устанавливаются на какой-то период, а не "текущие"
это все не принципиально как думаю

авторИ в таблице учёта операций нет необходимости в поле для хранения текущего курса.
а текущий курс, это вообще что может быть: по ЦБРФ или по учреждению?
кстати тоже думал что лишнее, а почему объяснить не могу.

авторКурс -- периодические сведения, операции -- фактография. Между такими вещами связь может быть только через календарь. Реальный календарь. Физической связи такого типа в БД не предусмотрено.
календарь не потребуется, на этом этапе точно.

авторТаблица клиентов тоже не нужна.
И данные о клиенте несколько избыточны - Фамилия, Имя, Отчество, Дата рождения, Пол, Социальное положение, Адрес, Телефон, Паспортные данные
это почему же?
а кто проводит операции: покупка / продужа с иностранной валютой? клиенты ведь. и почему данные избыточны по клиентам? не понимаю

автор4 - да, на счёт таблицы Текущие курсы - это название не отражает того, что в ней находится. А в таблице находится динамика изменения курсов. Период между изменениями курсов - это и есть тот самый период, на который устанавливается курс. Т.е. выражение "курс, установленный на выходные", можно понимать так, что курс установлен в пятницу, а в следующий раз изменение курса можно ожидать не раньше понедельника ;-)
Таким образом, при расчёте суммы операции надо будет определить в какой промежуток смены курсов попадает дата операции и брать действующий в этот период курс.
не очень понимаю, почему не отражает? Начинается новый день, указывается валюта и ее расценки по ЦБРФ и учреждению. Если производится продажа покупка за какой то день (получается можно только по текущий) то берутся данные из этой таблицы

теперь по поводу связей 1 : 1 между таблицей "Курс" и "Учет движения". Аксесс создает только такой вариант, 1 : М при составном ключе не получается получить. что делать?

авторТаблица не нужна, потому что оператор не будет выбирать (искать) клиентов из списка.
Достаточно записывать атрибуты клиента в операции.

Почему избыточны - ну зачем записывать Пол, Социальное положение, Телефон клиента??? Это какой закон или инструкция цб требует?
совсем не обязательно. что оператор не будет выбирать что либо из справочника, поэтому таблица "Клиент" останется, тем более по ТЗ должна быть.

авторпотому что есть ссылка на курс, при котором делалась операция.
а какой курс считается текущим: по ЦБРФ или по учреждению?

авторУбрать этот IDCourse -- зачем он нужен?
согласен, теперь он не нужен, только место занимает лишнее и не функционален.
а может все таки пригодится для чего либо?

аналогично из таблицы "Operation" можно убрать IDoperation?

вроде потихоньку начинаю понимать. Переделал немного структуру БД (прил. файл). С таблицами: "Client", "Operator", "typeOperation", "Currency" все понятно, это просто справочники по большому счету. С таблицей "Course" тоже более менее понятно, т е вбиваем данные за какое то число (думая что оно является текущим), указывая все курсы (по ЦБРФ и по учреждению). Первичный ключ таблицы "Course" составной (состоит из двух полей: даты и валюты (валюта - подставное поле из таблицы "Currency") ). Таблица "Operation" имеет ключевое поле и двойную связь с таблицей "Course", причем поле Operation.IDCurrency является подставным из таблицы Currency. Хотел поле DateAndTimeOperation подставить из таблицы "Course", но оказалось, что подобные поля Access 2003 запрещает подставлять, пришлось просто написать тип Даты - времени. Как понимаю поле Summa должно вводиться клиентом, т е эта та сумма в РУБЛЯХ, на которую клиент совершает продажу / покупку (например покупка Долларов на сумму в 1340 рублей или продажа евро на сумму 45 000 рублей).
Т е получается когда заносится нужная запись в таблицу "Operation", нужно указать одновременно дату и валюту, принадлежащие какой либо записи в таблице "Course" иначе будет нарушение целостности. Все бы ничего, но уж больно непонятно, какие данные вбивать, т е нужно помнить наизусть записи таблицы "Course", чтобы провести операцию. Неудобно. Как можно побороть эту проблему или и так все нормально???
спасибо

авторСоздать БД по валюте,
думается, что действия оператора при обращении клиента будут следующие (указаны основные):
- указать тип валюты
- указать тип операции (покупка, продажа)
- указать сумму в валюте
Дата и время операции - автоматически подставляется текущее (вот это слово!). Сумма в рублях, которую нужно получить с клиента или выдать клиенту в зависимости от типа операции считает система, опираясь на таблицу, в которой ведётся запись изменения курсов валют.
Вот. Теперь попробуйте на основе этих действий пересмотреть связи в Вашей схеме.

т е как понимаю, нужно подставлять в поле Operation.dateAndTimeOperation текущую дату (например используя функцию now() )и это поле вообще можно сделать readOnly. Ведь не может физически человек провести операцию за вчерашний день (задним числом не учитывать), только за текущий?

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

спасибо

и еще такой вопрос: зачем столько курсов: по ЦБРФ и по учреждению? как понимаю все операции должны отталкиваться от курса установленным учреждением, а информация курса от ЦБРФ чисто для общего сопоставления чтоли?