Проектировка БД

[haviras.livejournal.com]

Вопрос опять наверное не по адресу.

Но вобщем у меня такая ситуация:

Надо написать СУБД. С этим проблем нету как бы.
Я не могу представить как хранить клиентские заказы.

Имею таблицу клиенты (имя, адрес, глобальная сумма заказа и прочее)
Имею таблицу типы заказов (список возможных услуг)

Не могу придумать в своей светлой голове такую вещь, как возможность нескольких заказов одним клиентом. Как мне эту вещь хранить и как это на SQL записать (синтаксис) .


БД -MySQL
Вебсервер: Apache
Язык субд: php

UPD: вопрос закрыт. Йа креведко

Comments

[haviras.livejournal.com]

Я все же неправ?

[meanab.livejournal.com]

Все же, наверное не стоит так говорить. Так, как вы написали в пояснении — намного лучше, хотя тоже есть нюансы. Так, от выражения «привязка к гую» у меня создается впечатление, что «гуй» уже существует, и нужно только написать слой, который будет заниматься сохранением/восстановлением из реляционной базы, возможно, этакий небольшой object-relational mapper.

Но никогда — умоляю! — не используйте выражение «написать СУБД». У этого выражения есть только один смысл, тот, который подразумевает вопросы типа «реляционную, объектную или что-то более экзотическое?»