|
|
|
Подскажите по Sales order Management
|
|||
|---|---|---|---|
|
#18+
Всем привет, злой препод задал построить модель данных, предм. область-Sales order Management Есть следующие сущности Contract-долгосрочное соглашение между клиентом и продавцом(где-то на год) Order-краткосрочный заказ на поставку, в рамках контакта, наследует атрибуты контакта) Delivery note-По русски накладная,наследует атрибуты заказа Invoice-Счет, наследует атрибуты поставки Payment-содержит данные о поступление денег от клиента Вопрос в следующем: Как связать четыре документа contract, order, delivery note и invoice. По сути для последующих запросов, вся необходимая информация храница в инвойсе, По этому хотелось бы создать одну таблицу Документ и присвоить туда тип. Но с другой стороны в задаче написано что это сущности, то есть препод хочет скорее всего четыре разных таблицы, и здесь я начинаю тупить. Вообще где можно посмотреть референсные модели, как поступают в таком случае? Ну или модели, где сущность наследует атрибуты другой сущности и т.д. Всем заранее спасибо,если че не ругайте ленивого студента! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2013, 12:44 |
|
||
|
Подскажите по Sales order Management
|
|||
|---|---|---|---|
|
#18+
По сути, движняк получается следующий: 1. Продавец и покупатель заключают контракт. 2. В рамках контракта покупатель делает заказ. 3. По заказу продавец выкатывает счет. 4. По счету покупатель платит, продавец учитывает документ оплаты. 5. По факту оплаты, отгружается товар, с накладной. Как связать таблицы? Прежде всего надо решить, будет ли поддерживаться связи 1:1, или 1:N, и в каких случаях. Понятно, что в рамках контракта может быть много заказов. А дальше? В учебной задаче, наверно, можно предположить, что по заказу идет ровно один счет, он оплачивается в один прием, и весь товар едет одной сферической партией в вакууме с одной накладной. Тогда каждый последующий тип документа просто ссылается на предыдущий. Не морочьтесь с объединением в одну таблицу, даже если видите одинаковые поля. Пока размышляйте сущностями, и делайте разными таблицами. Объединение - это следующий этап, и не факт, что нужный. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2013, 13:28 |
|
||
|
Подскажите по Sales order Management
|
|||
|---|---|---|---|
|
#18+
не забыть, что покупатель может оплатить как до отгрузки, так и после ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2013, 13:33 |
|
||
|
Подскажите по Sales order Management
|
|||
|---|---|---|---|
|
#18+
Вообще то поставка-счет связь один ко многим, (счет может прийти сразу за несколько поставок) . Меня больше волнует, не будут ли данные избыточными если хранить одинаковые атрибуты в таблицах? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2013, 13:49 |
|
||
|
Подскажите по Sales order Management
|
|||
|---|---|---|---|
|
#18+
То есть связь многие к одному. А не будет ли какой нибудь уже эталонной модели? Думаю, что такую схему делали много раз)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2013, 13:53 |
|
||
|
Подскажите по Sales order Management
|
|||
|---|---|---|---|
|
#18+
NovichekStudentМеня больше волнует, не будут ли данные избыточными если хранить одинаковые атрибуты в таблицах? Это зависит от определения выражения "наследует атрибуты". Если в подчинённом документа должны сохраняться атрибуты родительского на момент оформления этого подчинённого документа, то это нормально, поскольку атрибуты у родительского документа могут меняться со временем, а изменение их задним числом в накладной, например - не только нежелательно, а и карается по закону. Например, если в контракте поменяли название или адрес контрагента, в уже отправленных счетах они всё равно должны остаться такими, какие были в момент их отправки. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2013, 14:15 |
|
||
|
Подскажите по Sales order Management
|
|||
|---|---|---|---|
|
#18+
Извиняюсь за навязчивость, но будет ли в данном случае полезен паттерн бизнес транзакция? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2013, 16:14 |
|
||
|
Подскажите по Sales order Management
|
|||
|---|---|---|---|
|
#18+
NovichekStudent, Странная постановка вопроса. Многие паттерны могут быть полезны, но для чего? Если в задаче нет нерешенных проблем, то зачем лепить еще бизнес-транзакции? А если есть проблемы, то какие? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2013, 16:33 |
|
||
|
Подскажите по Sales order Management
|
|||
|---|---|---|---|
|
#18+
NovichekStudentбудет ли в данном случае полезен паттерн Паттерны полезны тем, что не имеет ни времени, ни мозга для анализа ситуации. Если это твой случай - полный вперёд, используй его. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2013, 16:41 |
|
||
|
|

start [/forum/topic.php?desktop=1&fid=32&tid=1541110]: |
0ms |
get settings: |
12ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
162ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 250ms |
| total: | 506ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...