Как продумать структуру «склада» в БД?

Question

[Павел]

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

подскажите как продумать таблицы для этого? Первая это users самособой, вторая это сами предметы, 3 таблица это история перемещений Кто дал -> кто взял -> дата/время , может я что то упускаю?

Comments

[aleks-th]

С таким заданием тока на фриланс.
Денег заплатите за вас подумают.

[Павел]

aleks-th, с таким подходом тут каждый второй вопрос на тостере платный )

[aleks-th]

Павел, вопрос это вопрос .
А задание подумать за вас в вашем случае это задание.
И это две разные сущности.
Чуть выше есть кнопка фриланс как раз для таких заданий.

[Павел]

aleks-th, я же не написал сделать вместо меня, я описал как я вижу и как не надо делать, я не просил готовый код, я просил подсказать с логикой
если вы такой борец за монету, то вам дорога на тот фриланс , что вы тут забыли?

[Adamos]

Павел, откуда вам видеть, если вы ничего не писали? Когда человек лезет в БД в первый раз - он делает лажу, непременно. Потом, переломав об нее все ноги, он наконец читает, что такое нормализация данных - и тогда может строить это все в голове. Взять и положить это понимание в голову того, кто еще ни одной таблицы не сделал, не получится. Только сделать за вас.

[Павел]

Adamos, кто сказал что не сделал? Я сказал что не делал именно такой логики, зачем ломать ноги если можно спросить у рандомного наставника? Или вы считаете что учится на чужих ошибках плохо? Принимать советы тоже? Я не дядя толстосум которому нужен результат если не можешь сделать = плати, я хочу кодить сам.

[aleks-th]

Павел, ну так выложи хоть строчку кода не дядя толстосум.
И спроси вопрос, конкретный, по тому что получилось или не получилось.

А не призывай других подумать за вас.

[aleks-th]

Павел, хотя бы перед тем как задавать вопрос хоть один хелп по базам прочитали, а то уже совсем обленились скоро будете спрашивать как туалетную бумагу с рулона отрывать.

[Павел]

aleks-th, очевидный тролль.

Answer 1

[Талян]

По идее в перемещениях товар перемещается между складами. Незачем перемещать товар между юзерами. Юзер может быть ответственный за перемещение, и быть указан, как userid в таблице перемещений.

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

Например:
Перемещение:
ИЗ: Склад Иванов. А.В.
В: Склад Погрузка на отправку.
Ответственный: Иванов А.В.

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

Тогда будут таблицы:
Юзеры
Склады
Товары
Перемещения

А вот итоговый подсчет остатков на складах делать можно уже двумя способами:
1) Либо менять в таблице "склады" кол-во товаров, и параллельно создавать запись в таблице перемещения.
2) Либо вводить начальные остатки в таблицу складов, а вот окончательный подсчет делать на основании только одних лишь перемещений.

Выбирать уже вам, но я бы выбрал второй вариант, так как если в таблицу перемещений добавить поле проводки документа, то при окончательном подсчете остатков можно исключить непроведенные документы.

А это даст возможность работникам подготавливать и сохранять перемещения, и изменять их до того, как документ проведен и товар физически перемещен.

Comments

[Павел]

в таком случае можно просто сделать юзер = склад ? Чтоб не делать лишнюю табличку

user_sklad_id | user_name | ...
tivar_id | tovar_name | инвентарный номер и т.п
id | user_sklad_id(у кого сейчас вещь) | user_sklad_id(у кого будет вещь) | data

у меня только вопрос в плане реализации когда человек будет отправлять на перемещение, получатель должен будет принять запрос, это надо будет всюду проверки на сам запрос делать в случае отмены чтоб дублей не вышло?

[Талян]

Павел, ну это уже полностью зависит от хотелок заказчика. Насчет складов=имя юзера - вы правы.

По поводу отправки и приема перемещения - можно просто добавить два поля в перемещение:
Sender_confirm и receiver_confirm. При условии, что оба поля - true, перемещение становится открытым для проводки.

Но могу еще провести аналогию с 1С в магазине, где я когда-то работал. Там было так:

Склады:
Склад Магазин 1
Склад Магазин 2
Склад Отгрузка на Магазин 1
Склад Отгрузка на Магазин 2

Порядок действий был такой:
Если магазин 1 отправляет товар на магазин 2, то:
Магазин 1 делал перемещение со "Склад магазин 1" на "Склад отгрузка на магазин 2", считал товар и проводил перемещение.

Документ перемещение "Склад магазин 1" на "Склад отгрузка на магазин 2" выдавался водителю доставки, и подписывался им. На этом головная боль с подсчетом первого магазина полностью закрыта.

При привозе товара водителем в магазин 2, магазин2 создавал перемещение на основании предыдущего перемещения, но уже "Склад отгрузка на магазин 2" на "Склад магазин2", и при водителе считали товар. При проводке данного перемещения снималась головная боль уже с водителя.

Так было несложно отследить товар, где потерялась та или иная позиция.

[Павел]

Талян, спасибо