[identity profile] haviras.livejournal.com posting in [community profile] useful_faq
Вопрос опять наверное не по адресу.

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

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

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

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


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

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

Date: 2007-12-29 08:44 pm (UTC)
From: [identity profile] homa.livejournal.com
Именно проектирование. Замечание по поводу выбора термина было пустяковым, конечно, но вполне справедливым. А насчет привязки к гую (господи, ну и выражение!), так это как раз совершенно другая задача, никаким местом к формату данных и структуре базы отношения не имеющая. Можно более-менее механически создать интерфейс, следуя структуре базы. Можно более-менее механически повторить логику интерфейса в структуре базы. А можно и вообще их независимо создавать, хотя при этом система получится нелогичной и потенциально проблемной. Лучше всего продумывать структурную и интерфейсную составляющую системы заранее, в целом, комплексно.