В некотой системе формируются "Посылки" (каждая из них состоит из любого числа предметов 2-х
видов: "Графины" и "Стаканы").
Каждая из посылок может быть отправлена получателю любое количество раз (учитывая
то, что она может быть возвращена, потеряна и т.д.).
Тоже самое касается и приема посылок.
Прием-отправка посылок регистрируется в таблицах "История посылки" и "Отправка-Получение",
т.е. "Отправка-Получение" связана "многие-ко-многим" с таблицей "Посылки".
Вот схема:


После того как посылка доставлена адресату - отправителю приходит отчет о каждой состовляющей
каждой посылки (например:посылка № 4556321 принята такого-то числа, тем-то -
успешно доставлено 8 стаканов, 9-й лопнул, успешно доставлено 2 графина, а один разбит).
Соответсвенно потом можно сделать выборки подробные, и узнать что было разбито, повреждено,
что доставлено целым и т.д.
Отчет для каждого вида товара одинаковый:
- статус: успешно-неуспешно
- дата проверки (у каждого предмета своя)
- комментарий в свободной форме

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

Вот схема

У меня получается вот такой монстр

Есть желание упростить схему и избавится от дублирующихся связок.

Dmitry V. LiseevЕсли мы отслеживаем каждый стакан, то и связь должна быть с таблицей стаканов.
Дык есть - через таблицу "Стаканы_Отчеты"

Dmitry V. LiseevМаксим Нпропущено...

Дык есть - через таблицу "Стаканы_Отчеты"Вот и надо её напрямую связать с "история посылки".
А общий статус доставки всей посылки хранить так же в "История_Посылки"?

Dmitry V. LiseevТаблица "отчёт доставки" лишняя.

получилось так:

Dmitry V. LiseevВ таблице "отправка-получение" сделать отдельно дату отправки, дату получения.

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

Dmitry V. Liseev,

Да, у каждого предмета своя дата.

Смущает, что теперь в одной таблице "История_посылки" хранится 2 факта: факт приема отправки и факт установки.

Dmitry V. LiseevНасколько я понял, там регистрируется отправка сразу партии посылок
Да, отправка пачками, у каждой отправки много харктеристик.

MasterZivМаксим НВот схема

Максим, почему стаканы и графины ссылаются на посылки?
Должно наверное наоборот быть, стаканы без посылок могут существовать, посылки без стаканов— нет.
Одна посылка может содержать множество стаканов и графинов, поэтому и связь такая. И еще плюс если нужно будет добавить новый вид отправляемых вещей, то не нужно будет изменять таблицу с посылками, только добавить новую.

Dmitry V. LiseevМаксим Нпропущено...


Получается, что одна из этих дат будет в любом случае всегда пустовать? Т.к. для отправленных посылок не будет даты получения, а для принятых даты отправки.Любая отправленная посылка должна быть получена. Это одна операция. И запись одна. Нельзя получить посылку, не отправив её. Если посылка отправлена, но не получена, значит она ещё в пути. Либо потеряна.

Угу, согласен, сюда же я могу добавить и "Дату распаковки" посылки ?

Dmitry V. LiseevМаксим Нпропущено...


Угу, согласен, сюда же я могу добавить и "Дату распаковки" посылки ?Да. А также юзеров, которые эти операции выполняли, вес посылки, стоимость и вообще всё, что относится к этой операции отправки-получения.

Понял. Меня немного смущает, что эта таблица получается "разорванной", т.е. в ней указаны отправленные посылки и обработанные у адресата и полученные посылки и обработанные здесь на месте.
Или это предрасудки?

Дмитрий, спасибо большое, прояснили ситуацию.