|
|
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
Есть инет-магазин, написанный пару лет назад, торговал косметикой. Там всё просто: 1. Справочники "Товар", "Склады", ... 2. Таблица "движение товара" - все операции по товару (приход, продажа, перемещение по складам, возвраты, ...) Дата, ТоварID, СкладID, К-во, Цена, Остаток (на дату) ... 3. Оперативные остатки "СкладID, ТоварID, К-во" - что бы "быстро" посмотреть остаток на склад. Сейчас люди начали торговать и одеждой, а там есть дополнительные совйства товара по которым надо хранить остатки, например размер: L, M, XL, XM, ... Подскажите как правильно реализовать данную модель? Как она вообще реализовывается? Если не секрет, конечно ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.07.2015, 22:39 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
potkinПодскажите как правильно реализовать данную модель? Как она вообще реализовывается? Каждый размер - отдельный товар. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.07.2015, 22:50 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
В том-то и весь прикол, что "они" хотят иметь один товар и разные размеры. То есть в интернет-магазине отображается один товар и клиент может выбрать размер этого товара, например из "ДропДаунБокса". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.07.2015, 23:05 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
potkin, Реализовывается через Партию товара. Там можно хранить все что угодно: вес, модель, размер, цвет, срок годности, ... Соответственно запихивай партию в таблицы движений и остатков. Дальше уже элементарно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.07.2015, 00:38 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
если в справочнике товаров для разных групп товаров присутствуют разные свойства, обычно пользуются моделью EAV https://en.wikipedia.org/wiki/Entity–attribute–value_model немного усложняется выборка но гибкость системы абсолютная ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.07.2015, 05:32 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
В обувном на ценнике чаще всего список размеров для каждой модели через запятую Можно так же реализовать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.07.2015, 05:33 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
krapotkinВ обувном на ценнике чаще всего список размеров для каждой модели через запятуюОтображать можно и через запятую а вот считать надо партиями. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.07.2015, 07:12 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
Злой Бобр Как это реализовать при условии, что отображается на сайте всего один товар, а в свойствах можно выбрать размер (цвет, ...)? Как организовать структуру БД? Думаю, нужна таблицу Размеров Связи Товар <=> Размеры Товар может быть с свойствами и без. Как приходовать товар с свойствами? Если пришёл товар №1 с размерами L и M, то в приходной накладной будет отображаться 2-е позиции: Товар №1 - Свойство "размер L" - 10 шт - ... Товар №1 - Свойство "размер M" - 5 шт - ... Продажа товара с свойствами и без. На сайте товар отображается одной позицией "Товар №1" и в свойствах размеры и вообще без свойств. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.07.2015, 10:00 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
В случаях, когда партионный учет избыточен, можно использовать SKU. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.07.2015, 10:14 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
potkinКак это реализовать при условии, что отображается на сайте всего один товар, а в свойствах можно выбрать размер (цвет, ...)? Как организовать структуру БД? Вариантов несколько. В т.ч. и озвученный вами (покупатель задает нужные параметры поиска). Все зависит от ..., ну от того кто делает. Как сделаете так и будет правильно. В противном случае делайте как в ТЗ. Самое простое разбить товарные группы по категориям. Для каждой категории делаем свою таблицу товара с нужными характеристиками. Из плюсов - быстрый перебор. Из минусов - куча джойнов что б получить товар по всем категориям (хотя это уже изврат в некоторой степени). Но можно и стандартно. Т.е. как вы указали что товар такой-то в 2-х размерах - это 2 разные позиции. Но туда добавляем еще и расцветку - получаем уже не 2, а ... позиций. Это тоже нормально и никто вам не скажет что неправильно так делать. Вообще если будете работать скажем с польской одеждой, или турецкой обувью - запасайтесь вазелином. Там такой бардак с размерами, расцветками и пр. И заранее говорю - штрих-кода там вообще левые, сразу лепите свои внутренние (если есть необходимость). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.07.2015, 14:02 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
да, вопрос интересный... я в большинстве случаем в больших магазинах видел "каждый размер - одна позиция". так финансистам проще анализировать продажи, делать заказы. а продавцам "напряг": вешать много ценников, следить что бы не было перекосов в остатках.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2015, 11:23 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovКаждый размер - отдельный товар. Ну если так рассуждать, то и цвет это тоже отдельная товарная позиция. Получится наглядный пример как НЕ НАДО делать. На мой взгляд разработчики должны реализовывать требования "бизнеса", а не упрощать себе жизнь. Я бы сделал отдельную (ые) таблицы свойств для разных типов товаров. Для одежды они одни, для электроники другие. Можно рассмотреть универсальную таблицу параметров для разных типов и хранение значений этих параметров для каждого товара. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2015, 17:13 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
SergueiНа мой взгляд разработчики должны реализовывать требования "бизнеса", а не упрощать себе жизнь. Десять лет моему "бизнесу" было проще завести разные модели разными товарами чем использовать иерархическую систему "товар-модель". Поэтому не надо мне говорить об упрощении жизни. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2015, 17:24 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
potkinЕсть инет-магазин, написанный пару лет назад, торговал косметикой. Там всё просто: 1. Справочники "Товар", "Склады", ... 2. Таблица "движение товара" - все операции по товару (приход, продажа, перемещение по складам, возвраты, ...) Дата, ТоварID, СкладID, К-во, Цена, Остаток (на дату) ... 3. Оперативные остатки "СкладID, ТоварID, К-во" - что бы "быстро" посмотреть остаток на склад. Сейчас люди начали торговать и одеждой, а там есть дополнительные совйства товара по которым надо хранить остатки, например размер: L, M, XL, XM, ... Подскажите как правильно реализовать данную модель? Как она вообще реализовывается? Если не секрет, конечно ... добавляете таблицу "характеристики", она подчинена таблице "товары" в оперативных остатках нужно еще одно измерение - "характеристика" (id характеристики), чтобы получать остатки с учетом характеристик! движение можно делать по характеристикам (добавив как еще одно измерение), но можно, если не требуется оставить как есть! работает схема как часы, уже 10 лет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.07.2015, 02:34 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovSergueiНа мой взгляд разработчики должны реализовывать требования "бизнеса", а не упрощать себе жизнь. Десять лет моему "бизнесу" было проще завести разные модели разными товарами чем использовать иерархическую систему "товар-модель". Поэтому не надо мне говорить об упрощении жизни. так проще, конечно, но "пухнет" справочник товаров! не катит! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.07.2015, 02:37 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovДесять лет моему "бизнесу" было проще завести разные модели разными товарами можете немного приоткрыть занавес? какого рода товары в вашем магазине продаются, каков ассортимент примерно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.07.2015, 09:55 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
На каждый размер/цвет - отдельная карточка товара. Однозначно. Какие нафиг партии ? Это драматически усложнит учет. А также интеграцию со сторонними продуктами (1С, POS и пр.). В качестве признака модели обуви просто создайте в карточке поле или атрибут и вводите шифр модели туда (а также в название). Этого будет вполне достаточно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2015, 15:51 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
LSVНа каждый размер/цвет - отдельная карточка товара. Однозначно. Какие нафиг партии ? Это драматически усложнит учет. А также интеграцию со сторонними продуктами (1С, POS и пр.). В качестве признака модели обуви просто создайте в карточке поле или атрибут и вводите шифр модели туда (а также в название). Этого будет вполне достаточно. Нарушение 1НФ (шифр модели как часть названия) и/или ФЗ от неключевого атрибута "шифр модели"- не смущают, нет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2015, 16:07 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
Кот МатроскинНарушение 1НФ (шифр модели как часть названия) и/или ФЗ от неключевого атрибута "шифр модели"- не смущают, нет?Шифр в названии - тупо для удобства. Можно и не писать. :) Сама по себе модель не есть сущность, т.к. сущностью является пара с конкретным цветом/размером. Не вижу никаких проблем. Ну и что, что получится много карточек ? Все они - независимые объекты учета. Это неудобно ? Да. Но хранить инфу в партии - в сто раз неудобнее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2015, 16:22 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
LSVКот МатроскинНарушение 1НФ (шифр модели как часть названия) и/или ФЗ от неключевого атрибута "шифр модели"- не смущают, нет?Шифр в названии - тупо для удобства. Можно и не писать. :) Сама по себе модель не есть сущность, т.к. сущностью является пара с конкретным цветом/размером. Я говорил про то что при этом у Вас возникают ФЗ. Предположим, карточка описывается атрибутами (ID, Производитель, Модель, Цена, Цвет, Размер) - все верно? Так вот, в этой схеме, скажем, атрибут "Производитель" полностью определяется неключевым атрибутом "Модель". И чтобы это побороть - нужно-таки выносить модель со всеми причитающимися атрибутами в отдельную сущность - т.е., практически, делать карточкой товара все-таки модель и прикручивать к ней дочернюю таблицу "допустимые цвета и размеры модели" LSV Но хранить инфу в партии - в сто раз неудобнее. Городить партионный учет ТОЛЬКО ради цветов и размеров - да, это из пушки по воробьям. Но может так статься, что партионный учет нужен в любом случае - тогда на партии можно заодно "взвалить" и хранение цветов и размеров. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2015, 16:36 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovДесять лет моему "бизнесу" было проще завести разные модели разными товарами чем использовать иерархическую систему "товар-модель". Поэтому не надо мне говорить об упрощении жизни. А почему нельзя вести учет в цветоразмерах, а сверху повесить атрибуты "цветомодель" и "модель"? Когда нужно, можно будет схлопывать. Плюс первичный завоз одежды с обувью с производства удобнее делать кейслотами, а пополнение уже делать поштучно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2015, 09:05 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
И чтобы это побороть - нужно-таки выносить модель со всеми причитающимися атрибутами в отдельную сущность - т.е., практически, делать карточкой товара Зачем ? Можно сделать справочник модель/производитель и ссылаться на него. :) Многие учетные системы не заточены вести учет в разрезе товар+размерноцветовой ряд. Это вопрос интеграции. Тем более что кроме размера и цвета могут быть еще характеристики: глянец/матовый, материал, разный рисунок подошвы или верха, прочие малозначимые различия (но важные при закупке, продаже, счете, симпатиях покупателей). У поставщика каждый цвет/фактура могут иметь отдельный шифр/код, который тоже полезно где-то запоминать. Речь не про обувь, а про учет как таковой. Невозможно сделать учет во всех разрезах, коих может быть много. Поэтому нужны разные карточки . Объединить карточки в группы - не проблема. Есть такие понятия как "семья", "референцирование" и т.п. Это универсализация подхода к учету. Причем ее можно сделать малой кровью. Не меняя структуру учетной системы, которая может быть сторонней и/или коробочной. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2015, 09:51 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
LSV И чтобы это побороть - нужно-таки выносить модель со всеми причитающимися атрибутами в отдельную сущность - т.е., практически, делать карточкой товара Зачем ? Можно сделать справочник модель/производитель и ссылаться на него. :) Именно это и называется "вынести в отдельную сущность" :) И в эту сущность мигрируют практически все атрибуты карточки, не только производитель - материал, раздел каталога, и т.п., потому что они все зависят от модели. LSVЭто универсализация подхода к учету. мы уже обсуждали это - я не считаю "универсализацию подхода к учету" достоинством. Если программа будет заниматьсмя учетом одновременно куриных окорочков и дефолтных свопов - она будет это делать одинаково фигово. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2015, 11:40 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
LSVМногие учетные системы не заточены вести учет в разрезе товар+размерноцветовой ряд. Это вопрос интеграции. Тем более что кроме размера и цвета могут быть еще характеристики: глянец/матовый, материал, разный рисунок подошвы или верха, прочие малозначимые различия (но важные при закупке, продаже, счете, симпатиях покупателей). У поставщика каждый цвет/фактура могут иметь отдельный шифр/код, который тоже полезно где-то запоминать. Невозможно сделать учет во всех разрезах, коих может быть много. Поэтому нужны разные карточки . Объединить карточки в группы - не проблема. Есть такие понятия как "семья", "референцирование" и т.п.Что касается одежды и обуви, то единица учета у производителя, как правило — модель + размер + цвет, все остальное — это спецификация товара. Почему не модель + размер? Потому что на цвет завязано слишком много всего. Одна и та же модель может быть предназначена для разного пола/возраста в зависимости от цвета. Для разных цветов могут быть разные размерные кривые. Разный цвет может быть из-за разных материалов или технологий покраски ткани => разная себестоимость. Банально разные цветомодели могут делаться на разных фабриках. Масса прочих атрибутов обычно навешиваются рядом. LSVЭто универсализация подхода к учету. Причем ее можно сделать малой кровью. Не меняя структуру учетной системы, которая может быть сторонней и/или коробочной.Много +. Но надо плясать от товара и его специфики. Предполагаю, что в отдельных случаях дешевле будет поменять учетную систему, чем допиливать существующую. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2015, 12:01 |
|
||
|
Остатки свойств товара (размер, цвет, ...)
|
|||
|---|---|---|---|
|
#18+
Кот Матроскин1. мы уже обсуждали это - я не считаю "универсализацию подхода к учету" достоинством. 2. Если программа будет заниматьсмя учетом одновременно куриных окорочков и дефолтных свопов - она будет это делать одинаково фигово.1. Возможно это потому, что мало опыта. :) 2. Нет никаких проблем. Любая инф. система это не более чем таблички и поля. Просто возможно Вы еще этого не поняли (см. п1). зы: В основе всего инженерного мира лежит именно универсальность и унификация. Просто оглянитесь. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2015, 13:50 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=39008459&tid=1540444]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
73ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
63ms |
get tp. blocked users: |
2ms |
| others: | 232ms |
| total: | 416ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...