powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Правильность проектирования БД "Товары и заказы"
10 сообщений из 10, страница 1 из 1
Правильность проектирования БД "Товары и заказы"
    #39266146
spiderman5
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Привет! Я проектирую БД для продажи обуви.

Таблица Models:
Id
Name
PriceForOnePair
Count

Таблица Checks:
Id
CurrentDate
Customer'sName

Таблица ModelsInCheck:
Id
ModelId
Count
CheckId

Подходящий ли вариант для данной задачи ?
Добавлять поля Приходы, Остаток и т. д. не нужно.
Самый простой вариант для оформления заказа.
...
Рейтинг: 0 / 0
Правильность проектирования БД "Товары и заказы"
    #39267119
Cristiano_Rivaldo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
spiderman5,

Нужно правильно разделить таблицы на справочные и транзакционные.
Поля "цена" и "кол-во" - это изменяющаяся информация и хранить ее в справочной таблице (модели) не рекомендуется.
Как вариант :
1. Models (id,name)
2. Model_price (id,model_id,date_pr,price)
3. Model_quant(id,model_id,date_qt,quant)
3. Customers (id,name)
4. checks (id,date,model_id,customer_id,quant,price)
...
Рейтинг: 0 / 0
Правильность проектирования БД "Товары и заказы"
    #39267410
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Подходящий ли вариант для данной задачи ?Варианта пока нет. :)
Там будет не менее 10-20 таблиц.

Это курсач ?
Если реальная задача, то заказчиков мне искренне жаль...
Вам пока рано что либо проектировать.
...
Рейтинг: 0 / 0
Правильность проектирования БД "Товары и заказы"
    #39267546
Cristiano_Rivaldo,

А зачем цену и количество моделей вытаскивать в разные таблицы? Почему бы не сделать одну - Ассортимент?
...
Рейтинг: 0 / 0
Правильность проектирования БД "Товары и заказы"
    #39267627
Cristiano_Rivaldo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Марков Илья,

Нужно различать понятия "Учетная цена" и "Товарный запас на дату".

Твой вариант тоже подходит , но в таком случае если цена остается постоянной - то каждый раз значение поля price будет одно и тоже и ты вынужден хранить все эти значения в БД вместо того чтобы выделить под это всего одну строку немного сэкономив места на сервере.
...
Рейтинг: 0 / 0
Правильность проектирования БД "Товары и заказы"
    #39267633
Cristiano_Rivaldo,

Я так понимаю ему нужно просто оформление заказа без истории цен и количества.
Да и с историей я бы пожалуй всё равно оставил одну таблицу Ассортимент (с текущими записями) + 1 (или 2) таблицы для истории.

Хотя тут уже вопрос о методе хранения истории)))
...
Рейтинг: 0 / 0
Правильность проектирования БД "Товары и заказы"
    #39267638
Cristiano_Rivaldo,

Хотя нет. Сделал бы Ассортимент (текущие записи) + История ассортимента в виде EAV :D
...
Рейтинг: 0 / 0
Правильность проектирования БД "Товары и заказы"
    #39267759
Фотография vmag
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
spiderman5Добавлять поля Приходы, Остаток и т. д. не нужно.
Самый простой вариант для оформления заказа.

Посмотрите рисунок, думаю подойдет, ну и комментарии:
1. В таблице Models поле Count не нужно, мы же не делаем Приходы, Остаток и т. д.
2. У меня таблица Pay это строки чека (типа вашей ModelsInCheck) и в ней:
- Kvo это количество проданной модели в чеке
- Cena1 это цена, равная Price из Models на момент продажи, таким образом мы фиксируем цену продажи действующую при покупке и отвязываемся от дальнейшей возможной переоценки Price в Models
- Cena2 это цена, по которой продали реально!
- Соответственно имея потом Cena1, Cena2 и Date_Time можно вычислять и размер скидок (если они были) и знать приблизительную историю цен.
3. Не называйте поля в БД именами возможных функций субд типа Count, CurrentDate...

Еще раз акцентирую для умных - это при условии что

spiderman5Добавлять поля Приходы, Остаток и т. д. не нужно.
Самый простой вариант для оформления заказа.

коню понятно, что нужен и классификатор и

LSVВарианта пока нет. :)
Там будет не менее 10-20 таблиц.
...
Рейтинг: 0 / 0
Правильность проектирования БД "Товары и заказы"
    #39278866
Фотография alex_p_n
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Марков ИльяCristiano_Rivaldo,

А зачем цену и количество моделей вытаскивать в разные таблицы? Почему бы не сделать одну - Ассортимент?
Есть такая фигня - нормалиция называется. Вот поэтому...
...
Рейтинг: 0 / 0
Правильность проектирования БД "Товары и заказы"
    #39279112
Naf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Завтра появятся скидки на лабутены
Поэтому отдельно история цен http://www.sql.ru/forum/620607/shablony-primeneniya
Нужно знать запасы, чтобы выявлять где надо довезти запас и анализировать спрос http://www.sql.ru/forum/622860/shablon-resursy-nakopleniya
Наконец обувь одного артикула (если вы конечно ходите в магазин) зачастую делится по цвету и размеру
ну и половая/возрастная ориентация
...
Рейтинг: 0 / 0
10 сообщений из 10, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Правильность проектирования БД "Товары и заказы"
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]