Проектирование БД для инт. магазина ?

[pompiduskus]

Доброго времени суток.

Поделитесь опытом , как вы проектируете базу для инт. магазина ?
.............................
Я пишу свой инт. магазина книг, не для продаж а для практики.

У меня есть 3 таблицы.

Таблица "Товаров" . Каждый ряд хранит всю инфу о книге.


Таблица "Корзина" куда по сессии юзера записываются все товары которые он выбрал.

Таблица "Заказов". куда заносятся все данные юзера если он оформил заказ.

И ещё думаю нужна таблица с ID юзера где хранить то что он купил. После оформления заказа.

Но тоже не уверен что так правильно будет.
.................................
Как будет правильнее ?
Если юзер добавил товар в корзину , то нужно создавать новую "Персональную корзину" с ID юзера ?
и при оформлении заказа её просто удалять.

Или же всё в одну кучу . одна таблица "корзина" а там уже по id выбирать.

Да и ещё , как долго хранить сессию, если нету регистрации. Так сказать покупка на лету .

[pompiduskus]

Я остановился на таком варианте.

Таблица "корзина" с именем сессии и с товаром который выбрал пользователь , создаётся при первом добавленном товаре. А по завершению и оправки заказа , данные пользователя записываются в таблица "Одрерс" а таблица "корзина" переименовывается в имя пользователя + сессия. Так же все таблицы "корзины" которые старше 10 дней удаляются автоматически.
................................... ...
Но это всё понятно.
Но как такие магазины устроены по настоящему ? Кто может дать хороший совет ?
Правильно что таблицы создаются на лету или нет. Или это вообще не важно. Леж бы всё было аккуратно .
Читал про таблицы первого , второго уровня. У меня так и получается все первого уровня, кроме корзины. она хранит только номера , которые ссылаются на главную таблицу.

пример того что получилось у меня, можно посмотреть тут

[Cronos20]

Никогда не создавайте таблицы динамически !!!! Зачем вам это надо ? Пишите все в одну ! Хоть это и субъективно, но ваш подход полностью денормализует данные, что противоречит логике реляционныз БД + теоретически это все может упереться в проблемы с файловой системой.

[Аватар]

Cronos20 +1

В общих чертах - корзины и заказы в одной таблице, предусмотрев поле с видом записи, изменив которое запись из разряда "из корзины" попадает в разряд "заказы"

[ADSoft]

а для чего вообще хранить корзину в БД?
В сессию её!... и только если заказ реален - записываем в БД

[pompiduskus]

а для чего вообще хранить корзину в БД?
В сессию её!... и только если заказ реален - записываем в БД

Да точно , как то я лоханулся. На самом деле можно её просто в сессию :s

Никогда не создавайте таблицы динамически

А почему ? Есть какие то проблемы с этим , или просто не рекомендуется ?
................................... ..

Спасибо всем за добрый совет !

[ADSoft]

Сообщение от pompiduskus

А почему ? Есть какие то проблемы с этим , или просто не рекомендуется ?

ну ерунда получается потому-что..... ладно 10 заказов.. а 1000, 100000? представляете - под каждый заказ - новая таблица? причем все таблицы одинаковые по своей структуре и разные по имени - имена уникальные замучаетесь генерировать. Какой в них смысл? - с тем же успехом - строчки в таблице.

[pompiduskus]

Всё понял. Спасибо ещё раз.