powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Оценим блок поставок?
15 сообщений из 15, страница 1 из 1
Оценим блок поставок?
    #33607104
Фотография Shtock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Господа,в одной маленькой системке надо сделать учет поставок товара для анализа "план-факт".Рекурсивная связь замыкается наверное на предыдущую плановую запись.Хотелось бы услышать ваше мнение по следующей схеме:
...
Рейтинг: 0 / 0
Оценим блок поставок?
    #33607164
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Непонятно: Субъект --1:1-- Поставка.

Прелести - в нюансах. Расскажите,
Рекурсивная связь - дерево, цепочка?
Как собираетесь ограничивать ее только планом?
Ограничивается ли еще поставщиком, объектом?
...
Рейтинг: 0 / 0
Оценим блок поставок?
    #33607222
Фотография Shtock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
У меня очень хитрая штука по субъектам сделана (механизм Ролей и Отношений), исходя из этого Склад (или много складов) - субъект/субъекты с ролью Склад и с отношением Является складом нашей компании. Это первая ссылка на Субъекта-куда кладется по поставке товар. Вторая ссылка-субъект с ролью Поставщик и с отношением Является поставщиком нашей компании.Это вторая ссылка-кто поставляет товар.
Рекурсивная связь - наверное цепочка, в этом основной вопрос (чтобы при поиске предыдущих поставок не заморачиваться на сравнение дат).Фактическая заявка может быть и от другого поставщика и на другой склад (или какой либо другой субъект-хоть непосредственно в отдел продаж или производства) и,понятно дело, с другими сроками, количеством. Ограничение планом сделаю в триггере-чтобы было нельзя создать несколько фактических поставок,чтобы фактическая могла ссылаться только на плановую (причем только предыдущую),а плановая-только на плановую (тоже только предыдущую).
P.S. Надо бы сущность Поставка переименовать в Поставка объекта в рамках поставки, ввести сущность Поставка (тоже рекурсивную), которая состоит уже из Поставок объекта в рамках поставки.Наверное добавлю ссылку на справочник Причина отхода от планов
...
Рейтинг: 0 / 0
Оценим блок поставок?
    #33607245
Фотография Shtock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Обновленная схема:
...
Рейтинг: 0 / 0
Оценим блок поставок?
    #33607265
Серега
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я бы наверное разделил главную таблицу на 2 - "Договор на поставку" и "Собственно поставка". ИМХО так логичнее и проще - в первой план, во второй факт.
...
Рейтинг: 0 / 0
Оценим блок поставок?
    #33607275
Серега
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ой, не видел обновленной схемы. А зачем остались внутренние рекурсивные ссылки и План/Факт в обеих таблицах?
...
Рейтинг: 0 / 0
Оценим блок поставок?
    #33607428
Фотография Shtock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Внутренние ссылки показывают,как изменялись планируемые/фактические поставки. Возможно,ссылку на Поставку надо удалить (я бы даже сказал скорее всего), ровно как и ссылку на Причины отклонения от плана.
...
Рейтинг: 0 / 0
Оценим блок поставок?
    #33607448
Фотография Shtock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
To Серега: мысль понял, но как-то лень по таблицам разносить (хотя может и по производительности в итоге будет быстрее, наверное разнесу).А та Поставка, что у меня-шапка договора.
...
Рейтинг: 0 / 0
Оценим блок поставок?
    #33607481
Серега
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Shtock ровно как и ссылку на Причины отклонения от плана.
У "Документов на поставку" должен быть статус типа:
1 - договор в работе (когда сумма поставок меньше договорной)
2 - закрыт (когда сумма поставок сравнялась с договорной)
3 - закрыт с отклонением (ну понятно )
Так вот на эту 3 и может быть расшифровка, если нужна.
...
Рейтинг: 0 / 0
Оценим блок поставок?
    #33607744
Фотография Shtock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
To Серега:согласен. ДОбавлю.
...
Рейтинг: 0 / 0
Оценим блок поставок?
    #33607880
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ShtockУ меня очень хитрая штука по субъектам сделана (механизм Ролей и Отношений), исходя из этого Склад (или много складов) - субъект/субъекты с ролью Склад и с отношением Является складом нашей компании. Это первая ссылка на Субъекта-куда кладется по поставке товар. Вторая ссылка-субъект с ролью Поставщик и с отношением Является поставщиком нашей компании.Это вторая ссылка-кто поставляет товар.
Кто первая, кто вторая ясно, не ясно - почему обе связи 1 : 1, a не Субъект --1 : N --Поставка. ShtockРекурсивная связь - наверное цепочка, в этом основной вопрос (чтобы при поиске предыдущих поставок не заморачиваться на сравнение дат).Хм, неужели поддерживать списковые структуры проще чем отсортировать по датам? ShtockФактическая заявка может быть и от другого поставщика и на другой склад (или какой либо другой субъект-хоть непосредственно в отдел продаж или производства) и,понятно дело, с другими сроками, количеством. Т.е. у плана и факта к нему обязан совпадать только объект? планировали купить краску в двух местах и покрасить забор. А купили ее в третьем и продали. К какому плану этот факт относится? ShtockОграничение планом сделаю в триггере-чтобы было нельзя создать несколько фактических поставок,UNIQUE рулит. Shtockчтобы фактическая могла ссылаться только на плановую (причем только предыдущую),а плановая-только на плановую (тоже только предыдущую).Вообще-то разная структура связей - повод, чтобы план/факт разделить на две таблицы. Какие видятся преимущества в объединении?
...
Рейтинг: 0 / 0
Оценим блок поставок?
    #33607956
Фотография Shtock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
To ModelR:можно сделать и 1:N - различие скорее философское:в зависимости с какой точки зрения смотреть (я смотрел со стороны поставки).По поводу "плана-факта" реальный случай: заказали ткани 100 м на склад 1,привезли 100 галстуков на склад 3 (там были довольно похожие наименования) - для этого и нужна рекурсивная связь,а не даты.ТУт фантазии в условиях российской действительности+менталитета очень много бывает.Таблицы уже точно решил разделить.
...
Рейтинг: 0 / 0
Оценим блок поставок?
    #33608198
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Shtock1:N - различие скорее философское:в зависимости с какой точки зрения смотреть (я смотрел со стороны поставки).Дык на то она и связь, чтобы смотреть на нее с обоих сторон. Конечно, в данном случае вряд ли кто-то поверит, что на один склад можно поместить только один товар, чтобы ни рисуй на диаграмме. Но принципе небрежности дизайна чреваты...
...
Рейтинг: 0 / 0
Оценим блок поставок?
    #33608235
Фотография Shtock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
:))
...
Рейтинг: 0 / 0
Оценим блок поставок?
    #33609325
Фотография PVP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Это очень трудоемкая работа при ручной обработке и очень простая задача для автоматизации. Вариант решения в БАС -
статья "Учет поставок по тендерным договорам" .
...
Рейтинг: 0 / 0
15 сообщений из 15, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Оценим блок поставок?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]