БД Магазин одежды

@Ptichka_SP · Регистрация: 23.06.2011

Студворк — интернет-сервис помощи студентам

Здравствуйте, уважаемые форумчане!
Вот столкнулась с такой проблемой: магазин одежды, у каждого товара есть свой уникальный артикул НО! у каждого товара есть есть еще и размерный ряд (5-6 размеров)
Цена товара с одним артикулом, но разных разных размеров может отличаться.
Вот думаю: забивать артикул+размер как уникальный КодТовара? Тогда в базе будут сплошные повторения, что категорически неприемлемо.
Или артикул, цвет, описание, изготовитель и др. информация по товару, а в подчиненной таблице держать размеры по этому артикулу?
Но злдесь опять НО:
В идеале по каждой отдельной вещи нужна следующая информация:
Размер, Дата закупки, Кол-во, Цена закупки (может меняться) Скидка,% (тоже может меняться) Итоговая цена закупки (Цена закупки-скидка) - это по закупке.
Далее Продажа: тут нужна такая информация: Дата продажи, % накрутки на товар (меняется от товара к товару), Цена продажи, Скидка покупателю (например, если берет две вещи), Итоговая Цена продажи.
Очень нужна ваша помощь!
ЗЫ: Форум читала, с "Бореем" ковырялась, но здесь никак не могу понять, что к чему привязывать по товару. С движением и вычислением остатков попробую разобраться сама. Благо это уже обсуждалось на форуме.
Заранее спасибо!

@alvk · 26.10.2011, 03:33

Ptichka_SP,
1. О подстановках в таблицах уже было сказано столько раз, что уже ...!
2. Покупки и продажи можно смело объединить в таблицу Операции с полем "тип операции".
3. Производители - вы уверены в необходимосьти данного справочника? если там одно поле, то этот справочник точно не несёт в себе никакой смысловой нагрузки, всё равно вы с нормализацией в сложных отношениях.

@Ameli · 29.10.2011, 23:12

Я же сделала для вас схему данных, таблицы были уже готовы, вы все переделали не правильно, теперь дело дошло до форм, а в таблицах полный бардак.
Давайте по порядку. Каталог товаров: подстановки убрать, только числовые коды. Подстановки делаем в формах и отчетах. В приложении в форме Каталог товаров выполнены подстановки.
Закупки: Вот зачем вы добавили Производителя в Закупки? Таблица Закупки даже не содержит закупаемого товара, для этого есть отдельная таблица. Так к чему там производитель? Производитель содержится в каталоге, и при подстановке в Закупаемый товар кода товара, производитель берется из каталога, его можно вывести при необходимости, как и другие поля из Каталога товара.
В приложении в форме Закупки при выборе товара из каталога видны все поля, а подставляется артикул. При необходимости рядом можно вывести другие поля, как ссылки на поля подстановки. Например, если в данных поля написать =[Товар].Column(2) - т.е. обращение ко второму столбцу запроса источника поля со списком Товар (нумерация столбцов начинаетс с 0), то на экран будет выводится Категория товаров.

@Ptichka_SP · 24.07.2015, 22:18 **[ТС]**

Доброго времени суток, уважаемые форумчане!
И снова я к вам с вопросом )
Нужно удалить из таблицы "Закупаемый товар" товар, проданный в определенный день.
Делаю обычный запрос на удаление, пишет, что невозможно.
Подскажите, пожалуйста, в чем моя ошибка?..
Спасибо!

@texnik-san · 25.07.2015, 08:38

SQL
1
2
3
DELETE [Закупаемый товар].*, [Закупаемый товар].КодЗакупТов
FROM [Закупаемый товар]
WHERE КодЗакупТов IN (SELECT Товар FROM Продажи WHERE Дата=Dateserial(2011,6,3););

Добавлено через 3 минуты
Я надеюсь, вы осознаете, что из-за установленного флажка "каскадные удаления" вы удалите этим запросом не только записи из таблицы "Закупаемый товар", но и записи из таблицы "Продажи". Причем, удалены будут не только продажи за указанный день, но и ВСЕ продажи таких же точно товаров за любые другие даты тоже.

@Ptichka_SP · 25.07.2015, 14:59 **[ТС]**

Про флажок Каскадное удаление - да, конечно, осознаю)
Более того, это и было нужно - удалить все записи о закупаемом товаре и о его продаже.
А разве возможно по-другому? удалить запись о закупаемом товаре из таблицы Закупаемый товар, не удаляя запись о продаже этого товара? (учитывая, что КодЗакупТов - ключевое поле)
Мне в этом случае выдает: Невозможно удалить записи из-за нарушения уникальности ключа
Посмотрите, пожалуйста, в примере Запрос на удаление без флажка
texnik-san, Спасибо Вам за ответ и за терпение))

@texnik-san · 25.07.2015, 15:18

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

Посмотрите, пожалуйста, в примере Запрос на удаление без флажка Мне в этом случае выдает: Невозможно удалить записи из-за нарушения уникальности ключа

Все правильно, нельзя удалять прямо из "закупаемого товара" и ваш вопрос "А разве возможно по-другому?" законен.

Но как быть, если кроме вашей даты этот же товар продавался и в другие дни? Вас устроит, если вдруг пропадут данные о продажах за другие даты?

Мне кажется более правильным кроме условия "товар продавался в этот день" добавить еще условие "товар НЕ продавался в другие даты":

SQL
1
2
3
4
DELETE [Закупаемый товар].*, [Закупаемый товар].КодЗакупТов
FROM [Закупаемый товар]
WHERE КодЗакупТов IN (SELECT Товар FROM Продажи WHERE Дата=Dateserial(2011,6,3);)
AND КодЗакупТов NOT IN (SELECT Товар FROM Продажи WHERE Дата<>Dateserial(2011,6,3););

@alvk · 28.07.2015, 02:19

Не по теме:

Подождём нового, 2019, года :)

Новые блоги и статьи Все статьи Все блоги /
Благородство как наказание Maks 24.04.2026 У хорошего человека отношения с женщинами всегда складываются трудно. А я человек хороший. Заявляю без тени смущения, потому что гордиться тут нечем. От хорошего человека ждут соответствующего. . .	Валидация и контроль данных табличной части документа перед записью Maks 22.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в КА2. Задача: контроль и валидация данных табличной части документа перед записью с учетом регламента компании. . .	Отчёт о затраченных материалах за определенный период с макетом печатной формы Maks 21.04.2026 Отчёт из решения ниже размещён в конфигурации КА2. Задача: разработка отчёта по затраченным материалам за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом. В. . .	Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .
Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .	Запрет удаления строк ТЧ документа при определённом условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .	Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .

@Ptichka_SP 0 / 0 / 0 Регистрация: 23.06.2011 Сообщений: 48

	БД Магазин одежды 23.06.2011, 15:22. Показов 31021. Ответов 26 Метки нет (Все метки) Здравствуйте, уважаемые форумчане! Вот столкнулась с такой проблемой: магазин одежды, у каждого товара есть свой уникальный артикул НО! у каждого товара есть есть еще и размерный ряд (5-6 размеров) Цена товара с одним артикулом, но разных разных размеров может отличаться. Вот думаю: забивать артикул+размер как уникальный КодТовара? Тогда в базе будут сплошные повторения, что категорически неприемлемо. Или артикул, цвет, описание, изготовитель и др. информация по товару, а в подчиненной таблице держать размеры по этому артикулу? Но злдесь опять НО: В идеале по каждой отдельной вещи нужна следующая информация: Размер, Дата закупки, Кол-во, Цена закупки (может меняться) Скидка,% (тоже может меняться) Итоговая цена закупки (Цена закупки-скидка) - это по закупке. Далее Продажа: тут нужна такая информация: Дата продажи, % накрутки на товар (меняется от товара к товару), Цена продажи, Скидка покупателю (например, если берет две вещи), Итоговая Цена продажи. Очень нужна ваша помощь! ЗЫ: Форум читала, с "Бореем" ковырялась, но здесь никак не могу понять, что к чему привязывать по товару. С движением и вычислением остатков попробую разобраться сама. Благо это уже обсуждалось на форуме. Заранее спасибо! 0

@alvk 7459 / 4592 / 302 Регистрация: 12.08.2011 Сообщений: 14,380
	26.10.2011, 03:33
	Ptichka_SP, 1. О подстановках в таблицах уже было сказано столько раз, что уже ...! 2. Покупки и продажи можно смело объединить в таблицу Операции с полем "тип операции". 3. Производители - вы уверены в необходимосьти данного справочника? если там одно поле, то этот справочник точно не несёт в себе никакой смысловой нагрузки, всё равно вы с нормализацией в сложных отношениях. 1

@alvk
	28.07.2015, 02:19
	Не по теме: Подождём нового, 2019, года :) 0