powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Подскажите по Sales order Management
10 сообщений из 10, страница 1 из 1
Подскажите по Sales order Management
    #38407077
NovichekStudent
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Всем привет, злой препод задал построить модель данных, предм. область-Sales order Management
Есть следующие сущности
Contract-долгосрочное соглашение между клиентом и продавцом(где-то на год)
Order-краткосрочный заказ на поставку, в рамках контакта, наследует атрибуты контакта)
Delivery note-По русски накладная,наследует атрибуты заказа
Invoice-Счет, наследует атрибуты поставки
Payment-содержит данные о поступление денег от клиента
Вопрос в следующем: Как связать четыре документа contract, order, delivery note и invoice. По сути для последующих запросов, вся необходимая информация храница в инвойсе, По этому хотелось бы создать одну таблицу Документ и присвоить туда тип. Но с другой стороны в задаче написано что это сущности, то есть препод хочет скорее всего четыре разных таблицы, и здесь я начинаю тупить.
Вообще где можно посмотреть референсные модели, как поступают в таком случае?
Ну или модели, где сущность наследует атрибуты другой сущности и т.д.
Всем заранее спасибо,если че не ругайте ленивого студента!
...
Рейтинг: 0 / 0
Подскажите по Sales order Management
    #38407140
Cane Cat Fisher
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
По сути, движняк получается следующий:

1. Продавец и покупатель заключают контракт.
2. В рамках контракта покупатель делает заказ.
3. По заказу продавец выкатывает счет.
4. По счету покупатель платит, продавец учитывает документ оплаты.
5. По факту оплаты, отгружается товар, с накладной.

Как связать таблицы? Прежде всего надо решить, будет ли поддерживаться связи 1:1, или 1:N, и в каких случаях. Понятно, что в рамках контракта может быть много заказов. А дальше? В учебной задаче, наверно, можно предположить, что по заказу идет ровно один счет, он оплачивается в один прием, и весь товар едет одной сферической партией в вакууме с одной накладной.

Тогда каждый последующий тип документа просто ссылается на предыдущий.

Не морочьтесь с объединением в одну таблицу, даже если видите одинаковые поля. Пока размышляйте сущностями, и делайте разными таблицами. Объединение - это следующий этап, и не факт, что нужный.
...
Рейтинг: 0 / 0
Подскажите по Sales order Management
    #38407147
Naf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
не забыть, что покупатель может оплатить как до отгрузки, так и после
...
Рейтинг: 0 / 0
Подскажите по Sales order Management
    #38407185
NovichekStudent
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Вообще то поставка-счет связь один ко многим, (счет может прийти сразу за несколько поставок) . Меня больше волнует, не будут ли данные избыточными если хранить одинаковые атрибуты в таблицах?
...
Рейтинг: 0 / 0
Подскажите по Sales order Management
    #38407192
NovichekStudent
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
То есть связь многие к одному. А не будет ли какой нибудь уже эталонной модели? Думаю, что такую схему делали много раз))
...
Рейтинг: 0 / 0
Подскажите по Sales order Management
    #38407225
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NovichekStudentМеня больше волнует, не будут ли данные избыточными если хранить
одинаковые атрибуты в таблицах?
Это зависит от определения выражения "наследует атрибуты". Если в подчинённом документа
должны сохраняться атрибуты родительского на момент оформления этого подчинённого
документа, то это нормально, поскольку атрибуты у родительского документа могут меняться
со временем, а изменение их задним числом в накладной, например - не только нежелательно,
а и карается по закону. Например, если в контракте поменяли название или адрес
контрагента, в уже отправленных счетах они всё равно должны остаться такими, какие были в
момент их отправки.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Подскажите по Sales order Management
    #38407478
NovichekStudent
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Извиняюсь за навязчивость, но будет ли в данном случае полезен паттерн бизнес транзакция?
...
Рейтинг: 0 / 0
Подскажите по Sales order Management
    #38407503
Cane Cat Fisher
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NovichekStudent,

Странная постановка вопроса. Многие паттерны могут быть полезны, но для чего?

Если в задаче нет нерешенных проблем, то зачем лепить еще бизнес-транзакции?

А если есть проблемы, то какие?
...
Рейтинг: 0 / 0
Подскажите по Sales order Management
    #38407518
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NovichekStudentбудет ли в данном случае полезен паттерн
Паттерны полезны тем, что не имеет ни времени, ни мозга для анализа ситуации. Если это
твой случай - полный вперёд, используй его.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Подскажите по Sales order Management
    #38407992
aslan1980
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NovichekStudent

Лучше будь не ленивым и учись
...
Рейтинг: 0 / 0
10 сообщений из 10, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Подскажите по Sales order Management
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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