|
|
|
вопрос по поводу оптимальности выбора атрибутов таблицы "Заказы"
|
|||
|---|---|---|---|
|
#18+
Добрый день! Вопрос следующий: есть таблица Заказы, предположим, интернет-магазина. Первоначальные поля таблицы следующие (Id_заказа, ID_пользователя, ID_администратора, Id_товара, логин_пользователя, дата_заказа, время_заказа, дата_выдачи, время_выдачи). Вопрос созрел уже при программировании ИС. И вопрос такой: один пользователь может за одну сессию заказать n-ое количество товаров. И хотелось бы для удобства работы администратора и пользователя всем заказанным товарам в одну рабочую сессию присвавать один какой-то идентификатор заказа. То есть, есть N товаров, которые пользователь заказал в какой-то конкретный момент времени --- ей соответствует идентификатор заказа. Пользователь приходит и говорит: "Мой заказ № такой-то, и администратор по идентификатору быстро находит нужную инфу..." Как быть в данном случае с первичным ключом для этой таблицы. Оставить поле ID_заказа и добавить поле, к примеру, номер_заказа? Но тогда будет попахивать избыточными полями ? Тогда, вероятно, убрать поле Id_заказа и первичным ключом сделать поля ID_пользователя, ID_администратора, ID_товара, Дата_заказа, время_заказа ? Но тогда вопрос по производительности такой структуры ? Пять ключевых полей, конечно, не добавят скорости работы при выборке данных... Какое же оптимальное решение выбрать в данном случае ? Спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2013, 18:55 |
|
||
|
вопрос по поводу оптимальности выбора атрибутов таблицы "Заказы"
|
|||
|---|---|---|---|
|
#18+
juventine Первоначальные поля таблицы следующие (Id_заказа, ID_пользователя, ID_администратора, Id_товара, логин_пользователя , дата_заказа, время_заказа, дата_выдачи, время_выдачи).Если есть ID_пользователя зачем логин? juventine Но тогда будет попахивать избыточными полями ?У вас есть имя фамилия, а есть еще ID_пользователя и логин. и избыточные поля не напрягают. Номер заказа видимый пользователю это и есть имя/фамилия для заказа. juventine Но тогда вопрос по производительности такой структуры? Пять ключевых полей, конечно, не добавят скорости работы при выборке данныхКак раз с производительностью будет все в порядке если на эту таблицу не будет ссылок. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2013, 19:07 |
|
||
|
вопрос по поводу оптимальности выбора атрибутов таблицы "Заказы"
|
|||
|---|---|---|---|
|
#18+
juventine А почему у вас отсутствует желание посмотреть как это реализовано в других решениях? Просто вы изобретаете велосипед. Натянуть cms, прикрутить магазин, добавить нужные модули, настроить - итого 1-2 дня отсилы. И зачем что-то программировать?.. Непонимаю я этих пейсателей... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2013, 20:54 |
|
||
|
вопрос по поводу оптимальности выбора атрибутов таблицы "Заказы"
|
|||
|---|---|---|---|
|
#18+
> Первоначальные поля таблицы Буквари нет времени читать, бабло нужно зарабатывать? order ( id, user_id, date, ...) order_detail ( id, order_id, product_id, ...) Медитировать нужно не над этим, а над адекватным описанием товарных позиций, вариантах комплектации, упаковкой, ценообразованием и пр. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2013, 21:35 |
|
||
|
|
start [/forum/topic.php?fid=32&gotonew=1&tid=1541201]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
171ms |
get topic data: |
11ms |
get first new msg: |
8ms |
get forum data: |
3ms |
get page messages: |
52ms |
get tp. blocked users: |
2ms |
| others: | 13ms |
| total: | 294ms |
| 0 / 0 |
Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...
