Простой складской учет для интерент магазина

Темы, не касающиеся фреймворка, но относящиеся к программированию в целом.
Ответить
german.igortcev
Сообщения: 220
Зарегистрирован: 2014.08.18, 14:01

Простой складской учет для интерент магазина

Сообщение german.igortcev » 2019.02.28, 22:27

Всем привет. Делаю простенький интернет магазин, требуется складской учет.

Делаю структуры базы данных в данный момент. Есть общее представление по складу:

1. Продукты
2. Склады
3. Остатки (количестово / резерв / доступно)

Хотелось бы на начальном этапе предусмотреть большую часть по этому вопросу. Поделитесь диаграммой бд если кто то делал уже складской учет.

frid-karatel
Сообщения: 49
Зарегистрирован: 2017.03.06, 15:37
Откуда: Владивосток

Re: Простой складской учет для интерент магазина

Сообщение frid-karatel » 2019.03.01, 14:09

Это из области - "хочу сделать автомобиль, подскажите, если кто делал автомобили".
Есть куча нюансов, принципов хранения и получения данных, количества самих этих данных, связей и т.п.
И ответа на заданные вопрос нет, как и какой-то единой диаграммы.

german.igortcev
Сообщения: 220
Зарегистрирован: 2014.08.18, 14:01

Re: Простой складской учет для интерент магазина

Сообщение german.igortcev » 2019.03.01, 18:16

frid-karatel писал(а):
2019.03.01, 14:09
Это из области - "хочу сделать автомобиль, подскажите, если кто делал автомобили".
Есть куча нюансов, принципов хранения и получения данных, количества самих этих данных, связей и т.п.
И ответа на заданные вопрос нет, как и какой-то единой диаграммы.
внимателенее читайте

Аватара пользователя
chungachguk
Сообщения: 405
Зарегистрирован: 2012.07.17, 11:52

Re: Простой складской учет для интерент магазина

Сообщение chungachguk » 2019.03.01, 19:09

german.igortcev писал(а):
2019.03.01, 18:16
frid-karatel писал(а):
2019.03.01, 14:09
Это из области - "хочу сделать автомобиль, подскажите, если кто делал автомобили".
Есть куча нюансов, принципов хранения и получения данных, количества самих этих данных, связей и т.п.
И ответа на заданные вопрос нет, как и какой-то единой диаграммы.
внимателенее читайте
Ты зря хорохоришься. Сам же сказал, простенький учёт, особых требований нет. Посмотри структуру БД какого-нибудь open source интернет магазина.

german.igortcev
Сообщения: 220
Зарегистрирован: 2014.08.18, 14:01

Re: Простой складской учет для интерент магазина

Сообщение german.igortcev » 2019.03.01, 21:24

chungachguk писал(а):
2019.03.01, 19:09
german.igortcev писал(а):
2019.03.01, 18:16
frid-karatel писал(а):
2019.03.01, 14:09
Это из области - "хочу сделать автомобиль, подскажите, если кто делал автомобили".
Есть куча нюансов, принципов хранения и получения данных, количества самих этих данных, связей и т.п.
И ответа на заданные вопрос нет, как и какой-то единой диаграммы.
внимателенее читайте
Ты зря хорохоришься. Сам же сказал, простенький учёт, особых требований нет. Посмотри структуру БД какого-нибудь open source интернет магазина.
Я посмотрел, что нашел везде каша в коде. Логики нормальной почти не видел. поэтому и спрашиваю. Большинство интернет магазинов не содержат в себе складской учет.

frid-karatel
Сообщения: 49
Зарегистрирован: 2017.03.06, 15:37
Откуда: Владивосток

Re: Простой складской учет для интерент магазина

Сообщение frid-karatel » 2019.03.02, 12:17

german.igortcev писал(а):
2019.03.01, 18:16
внимателенее читайте
А какую диаграмму хочется увидеть?
Я не понимаю, какая тут может быть диаграмма среди... трёх таблиц.

Код: Выделить всё

Таблица товаров:
id | name

Таблица складов:
id | name

Таблица остатков:
id | product_id | store_id | avail | reserve
Как бы... вот и всё.
А далее таблицы расширяются под конкретные задачи:
- Товарам хватит одной таблицы или же ещё характеристики, изображения, категории и т.п.;
- Нужна ли история по складу или нет;
- Будет ли вестись авторство, кто списал или зачислил товар на склад;
- И т.д.

Как правило, сложности складского учёта - не в приведённых мной выше таблицах, а в другом.
Вот взять, к примеру, 1С - там есть регистраторы, документы перемещений, срезы остатков, графики отгрузок и т.п.
Основная задача в этом случае - не отнять/прибавить единичку со склада, а сохранить весь маршрут движения товара.
Плюс проконтролировать и утвердить эти движения, чтобы, например, в случае пропажи товара понять, где же он потерялся.
И такая диаграмма (архитектура БД), логично, строится под конкретные нужды.

К примеру, создаётся документ движения "Склад - склад".
У документа есть автор, склад откуда, склад куда и основание.
Далее этот документ проводится или отклоняется.
Проводится - товар списывается с одного склада и перемещается на другой.
Или создаётся документ продажи - также есть автор и склад списания.
Принимается документ - со склада списывается товар.
german.igortcev писал(а):
2019.03.01, 21:24
Большинство интернет магазинов не содержат в себе складской учет.
Потому что (как правило) помимо отображения товара на сайте есть ещё бухгалтерия, договора, финансы и т.п.
И это делается в 1С или какой другой системе, поэтому там же и ведут складской учёт.

Ответить