Нужно создать бд валютно-финансовой биржы. Проработал кучу материала , но в итоге ничего нормально не нашёл. Может кто сталкивался. Хотябы скажите, какие основные сущности должны быть. 

Не могу составить схму БД, особенно тяжело с отношениями между талицами(нужно хотя бы 7-8 таблиц)


Сущности , которые вижу я

1) Session 
2) Customer1(отправляет запрос) 
3) Customer1(отправляет встечный запрос) 
4) Currency 
5) Currency Account1 (банковские счетаCustomer1)
6) Currency Account2 (банковские счетаCustomer1)
и т.д. 

Может кто сталкивался с чем-то подобным

Заранее спасибо.

panyapanya, перед тем как приступать к выделению сущностей я бы рекомендовал создать формальное описание предметной области (если говорить об учебном задании) или же ТЗ (если говорить о коммерческом продукте).
При этом Вы получите следующие выгоды:
1. Вы сами для себя уясните ряд не до конца ясных вопросов.
2. Будете вынуждены четко определить, рассмотрение каких вопросов не производится.
3. Во всех спорных вопросах будете вынуждены принять решение в пользу одного из вариантов.
4. Все, кто будут пытаться помочь (или же проверить) проектируемую БД будут смогут быстро и однозначно вникнуть в предметную область.

Если считаете, что это пустая трата времени, то спешу убедить в обратном! Написание ТЗ заставляет обратить внимание на те вопросы, которые в любом случае прийдется решать!

По сути:

Не вижу необходимости создавать две сущности для Customer. Я думаю, что в сущности Session должны быть атрибуты "отправляет запрос" и "отправляет встечный запрос", которые будут являться внешними ключами сущности Customer.

Currency Account - а это часом не атрибут сущности Customer?
Кстати если бы было ТЗ, то это было бы видно   ...

Удачи!

Это курсач, если бы это было ТЗ - то я бы перед тем как спросить неделю бы сам ковырялся. Курсач, причём горит - тема - хоужу не придумать. Времени мало.Нужно состваить хотя бы 6-7 таблиц. Только основные сущности. Особенно тяжло- не могу понять, как их связать - в кком они должны быть отношинии. Большо спасибо за выш описанный пост. МОжет просто кто- стлкивался и может поделиться наработками .
Заранее спасибо

так наскоряк
1. Таблица участников торгов, ключ id_company
2. Таблица банковских реквизитов участников торгов, ключ id_account (может быть несколько реквизитов, поэтому в таблице участвует id_company)
3. Таблица платежей, участвуют ключ по id_company и id_account
4. Таблица юридических адресов, участвует id_company
5. Таблица проплат, участвуют id_account, в котором ссылка на id_company
6. Таблица запросов, участвует id_company

Зачем? Если есть указан счет, которому соответствует только одна компания, то указывать компанию нет необходимости!


Это атрибут сущности company.

Спасибо всем за ответы. To maint / Gluttton попробовал связать это всё в отношиния - отношения один ко многим - вообще никак - просто все связи в итоге перепутываются. Может есть какой -то простецкий метод связать таблицы отношениями. Ну типо опиши всё словами: глаголы - это связи и т.п. 
Заранее спасибо

panyapanya, пока именно Вы не определитесь с описанием предметной области, то просить о помощи бесполезно в принципе, т.к. нет общего видения!

Вот тут показан пример проектирования - надеюсь поможет.
Там начинается с описание, затем проектирование и т.д.

спасибо за ссылку, действительно познавательно.       


<<пока именно Вы не определитесь с описанием предметной области>>
Я как бы и не совсем новичок и с БД имел дело как в Access , FoxPro , Java + Mysql,

Но загвоздка именно в этой предметной области, которую я никак не могу постигнуть - ну не получается составить адекватную схему БД. Просто не могу найти в инете нормального материала, где бы мог почитать про этоу финансовую-валютную биржу. везде как-то поверхностно и всё. 

Я думаю, что этот вопрос не для этого форума.


А как Вы строите схему БД без знаний о той области, которую описываете в этой БД!?

Итак:
1. Вперёд на форум к финансистам и экономистам за описанием в несколько абзацев принципа работы биржы (или просто почитав статью на Википедии и включив воображение написать самому).
2. Только получив описание предметной области можно будет перейти к проектированию.

для сведения, у компаний может существовать любое кол-во счетов. У нормальных компаний, не менее 2-х. Это нормально для сегодняшнего дня, во всем мире.  Таблица адресов всегда ставиться отдельно от наименования компании. Что бы не бегать поиском по охренительной записи. В таблицу адресов так же пихают ПОЧТОВЫЕ АДРЕСА. Опять же, идеалистам поясняю, почтовых адресов может быть много (это касается отделв крупных компаний, разбросанных не только по городу, но и соседним городам). Вообще тут не программированию учится надо, а элементарной финансовой грамотности. Что бы хотя бы на лохотроны не напарываться

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


Эмм... Это элемент оптимизации?



Разницу чувствуете?

Открывается сессия. Добавлюются учатсники и катировки валют. Каждый участник имеет аддреса и счета и сожет отправлять несколько заросов, которые хранятся в очереди. Заключаются договора.

<a href="http://s2.ipicture.ru/Gallery/Viewfull/4108752.html" target="_blank"><img src="http://ipicture.ru/uploads/20110328/xp8Njf6g.bmp" border="0"></a>


буду признателен за любую критику

Это сообщение отредактировал(а) panyapanya - 28.3.2011, 11:01