|
Основы проектирования складской БД (v. 2)
|
|||
---|---|---|---|
#18+
автор"места хранения" можно считать полностью эквивалентным понятию "материально ответственное лицо", которое в данной схеме совпадает с содержимым таблицы Сотрудники. Представил склад, где рядами стоят сотрудники(по 100 человек в ряд) и держат товары. Укомплектовка заказа происходит примерно следующим образом, после формирования документов для комплектующих (с какого места хранения сколько единиц взять товара), комплектовщик ходит между рядами людей, спрашивает: "Сколько у тебя на остатках?" и если не хватает(а между тем документ показывает, что должно хватать) судит на месте. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2013, 10:05 |
|
Основы проектирования складской БД (v. 2)
|
|||
---|---|---|---|
#18+
Вариант 6. Модификация разных вариантов плюс "адресное хранение". Подразумевается, что операции проводим в контексте одного склада. Префиксы : r - ref(справочник), d - document(документ), c - cross(кросс-данные) " r_cell " - примитивный справочник ячеек на текущем складе " r_goods " - примитивный справочник товаров(я чаще вижу иерархические справочники, вида id, groupId) " r_agent " - примитивный справочник контрагентов(среди которых могут быть как клиенты, так и собственный(е) склад(ы) " r_order_type " - примитивный справочник типов заказов(расход, приход, перемещение) " d_order " -> " d_order_table " - таблица заказов(план): *typeId: - отгрузка клиента(расходный документ) - перемещение(из ячейки в ячейку: расход+приход) - приход товара(приходный документ) *srcId - код источника(при расходном заказе - это наш склад; при приходном - это поставщик, при перемещении - наш склад) *dstId - код получателя(при расходном заказе - это клиент; при приходном - наш склад; при перемещении - наш склад) " d_operation " -> " d_operation_table " - таблица операций(факт): * orderId: - операций на складе без "заказа" не бывает * qty - кол-во * любая операция пополняет и\или расходует товар из ячейки (см. текущие остатки - "c_cell_goods") " c_cell_goods " - таблица текущего расположения товаров с кол-вом по ячейкам(можно назвать текущими остатками) В сухом остатке процесс: 1. Формируем заказы(фактически - это план отгрузки: заявки от клиентов, приход от поставщика) 2. Если сформирован план - формируем операции по плану(исходя из текущих остатков в общем случае операция говорит о том, к какой ячейке подойти , сколько там единиц взять и, если требуется, в какую ячейку переложить) 3. Каждая операция пополняет и\или расходует текущие остатки 4. Так как схема довольно примитивная - на этом все ;) 5. В дальнейшем схема усложняется: отношением ячейки к товару, другими словами, ячейки могут содержать только определенные "SKU", партионным учетом и так далее. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2013, 11:37 |
|
Основы проектирования складской БД (v. 2)
|
|||
---|---|---|---|
#18+
ОзверинПредставил склад, где рядами стоят сотрудники... Спасибо, ваше представление ценно тем, что наглядно демонстрирует простой факт: Когда несколько людей разглядывает одну и ту же фигу, оказывается, что каждый из них при этом читает свою собственную книгу. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2013, 11:38 |
|
Основы проектирования складской БД (v. 2)
|
|||
---|---|---|---|
#18+
Папа Игорь 23 янв 13, 01:01qwerty112, я не буду упрощать до "работы только с организациями". Я нарисую Вам ОСНОВЫ складской БД. Сегодня уже нет. Завтра - может вечером. ... ии гдее ?? Папа Игорь , таки, да ! давайте рассмотрим ваш вариант ... ! ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2013, 00:16 |
|
Основы проектирования складской БД (v. 2)
|
|||
---|---|---|---|
#18+
такой этот топик давно был нужон а каждую сессию его ваще нужно поднимать наверх .... некогда ... наткнулся сюда, когда 'писAл' очередной СКЛАД....)) тож хотелось чего-то УНИВЕРСАЛЬНОГО как понял набив шишек: объять - необъятное хотел .... пользую схему : Приход-Расход - одна Таблица - все остальное - вокруг неё... склады-то простенькие - пекарня, колбасный цех....))) ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2013, 01:11 |
|
Основы проектирования складской БД (v. 2)
|
|||
---|---|---|---|
#18+
сосед акцессниккартинка, как схема составленная access, полностью идентична "Схеме 1" из первого сообщения Geo вообще-то схеме_1 из первого сообщения Гео скорее соответствует схема приведенная мной после переработки схемы построенной мастером Access. и его выводы в отношении подобонй схемы и ее "аскетичности" в целом верны :) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2013, 02:07 |
|
Основы проектирования складской БД (v. 2)
|
|||
---|---|---|---|
#18+
геоОперации (проводки) + текущие остатки Текушие остатки можно не городить в отдельную таблицу, вполне себе прилично и добротно в таблицу проводок поля добавить, по ситуации: ostatok_in, ostatok_out или ostatok_Debit, ostatok_Credit, они тут становятся историчными и на дату выводятся. Текущий остаток можно дублировать в таблицу "Товары/Материалы", если позволяет учет номенклатуры(уникальность по складам). Преймущества - остатки сохраненные плюсуются с расчитанными из проводок, все из одного места и прочие ... Функция остаток на дату, если дата не задана, лезет в таблицу "Товары/Материалы", оттуда текущий остаток. Если дата есть, селектит таблицу проводок -> по ситуации, или селектит расход - приход, либо селектит в этой же таблице сохраненные, или селектит сохраненные с прибавлением вычисляемых. 10 складов по стране, более 40 мелких баз. Все в одном Oracle, висящем в европе. Не тормозит :) (Велосипед не мой. Забугоная erp, в россии успешно распространенная, так устроена) А тема не для форума Access, а "Проектирование БД", не честно огораживаться и боятся детские решения показывать. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2013, 22:03 |
|
Основы проектирования складской БД (v. 2)
|
|||
---|---|---|---|
#18+
артистТекушие остатки можно не городить в отдельную таблицу, вполне себе прилично и добротно в таблицу проводок поля добавить, по ситуации: ostatok_in, ostatok_out или ostatok_Debit, ostatok_Credit, они тут становятся историчными и на дату выводятся.Можно и так, конечно. Но это чревато огромным, а то и невыполнимым объемом работы при изменении документов задним числом. Upd: Далее Артист, в числе прочего, сказал, что существует пример работающей базы, где документы задним числом изменяются. Вероятно, я не правильно понял, что он имеет в виду, описывая свою структуру. Upd: Хотя, конечно, вряд ли. Учитывая упомянутое 30минутное "закрытие дня". артистТекущий остаток можно дублировать в таблицу "Товары/Материалы", если позволяет учет номенклатуры(уникальность по складам).Если я правильно понял, то это только при условии единственного склада и отсутствии перспективы изменения этого условия. артистПреймущества - остатки сохраненные плюсуются с расчитанными из проводок, все из одного места и прочие ...Преимущества те же, что в варианте 4. Потому что единственная разница между ним и описанном вами вариантом, это отсутствие складов и объединение таблицы текущих остатков и справочника "товаров/материалов". артист10 складов по стране, более 40 мелких баз. Все в одном Oracle, висящем в европе. Не тормозит :) (Велосипед не мой. Забугоная erp, в россии успешно распространенная, так устроена)Королева в восхищении (с) И что? артистА тема не для форума Access, а "Проектирование БД", не честно огораживаться и боятся детские решения показывать.:-) Детский сад. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2013, 22:16 |
|
Основы проектирования складской БД (v. 2)
|
|||
---|---|---|---|
#18+
Следующее сообщение я удалил, поскольку оно совсем бессодержательное было. С уважением. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2013, 22:53 |
|
Основы проектирования складской БД (v. 2)
|
|||
---|---|---|---|
#18+
Уважаемые софорумцы, извините что пишу здесь, но так как специфика вопроса полностью в теме топика и отвечали здесь люди, явно владеющие не только теоретическими знаниями, все таки спрошу: Сколько стоит создание основных таблиц, триггеров и хранимых процедур на SQL Server 2005 (с дальнейшей допиской интерфейса и остальной оснастки мной на MS Access 2003), для оптово розничной фирмы (ширпотреб, косметика, средства гигиены и т.д.). Что должно быть (в общих чертах): 1. Учет по партиям товара 2. Этапы приходных документов: - предварительный заказ - счет проформа (то что подтвердили поставщики для заказа) - накладная на приход (то что реально принял склад) 3. Этапы документов расхода: - предварительный заказ (то что хочет покупатель) - сборочные листы (то что отправлено на склад на сборку) - счет фактура/накладная (то что реально собрано и отправлено клиенту) 4. Пост обработка документов: - коррекция прихода (+/-, пересорт) - коррекция расхода (+/-, пересорт), причем в идеале как минус так и плюс могут возникнуть через 3-12 месяцев после продажи Еще раз извиняюсь перед админами что пишу здесь, просто в работу имеет смысл писать зная хотя бы порядок цен на это, а в этом топике, повторюсь, писали ребята, которые очень похожее уже создавали. 5. Каждую ночь перерасчет таблицы ежедневных остатков по позициям (остаток на утро/приход/продажа/возврат/остаток на ночь) 6. В месяц идет около 15 000 продаж (документов), порядка 100 000 строк, около 20 поставщиков ... |
|||
:
Нравится:
Не нравится:
|
|||
11.06.2013, 21:19 |
|
Основы проектирования складской БД (v. 2)
|
|||
---|---|---|---|
#18+
Думаю, что такое разделение труда маловероятно. Сильная сторона связки а2003 адп + мс скл сервер в возможности одновременной разработки и сервера и клиента, когда каждая из частей растет с учетом потребностей своего оппонента. По вашему же сценарию вы должны выкатить бо-о-о-ольшой документ, в котором подробно напишете весь функционал будущей системы, по которому раздельно можно будет разработать серверную часть. Сама по себе работа по составлению такого локумента уже стоит немало. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.06.2013, 22:21 |
|
Основы проектирования складской БД (v. 2)
|
|||
---|---|---|---|
#18+
OLEG_ZH... Сколько стоит ...это Вопрос Ваш в контексте форума неприличный, но, невзирая на на это обстоятельство, вот Вам ответ. Это ничего не стоит. Если Вы производите работы самостоятельно, не требуя для выполнения работ специального бюджета, то и цены такой работе нет. При персональном заказе это стоит ровно столько, сколько заявил исполнитель. Например, если производителем работ дан ответ, что работа займет 18 человеко-месяцев, то цена окажется от 600 тыс до чуть более 6 млн. руб в зависимости от оценки человека-месяца. Если Вы обратитесь в "магазин дешевого софта", то стоить это будет от 150руб до 4500 руб, а если в магазин софта для наладонников, то рублей 29 или 30. Произнесите понравившееся число. Убедитесь в том, что оно красиво с Вашей точки зрения. Вот эту сумму и называйте. Т.к. речь идет о числах вообще - то любое из них правильное. Здесь нельзя ни ошибиться, ни прогадать. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.06.2013, 23:13 |
|
|
start [/forum/topic.php?fid=45&msg=38124343&tid=1619496]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
34ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
62ms |
get tp. blocked users: |
2ms |
others: | 15ms |
total: | 160ms |
0 / 0 |