|
|
|
Несколькот отправителей у входящего документа
|
|||
|---|---|---|---|
|
#18+
Здравствуйте, уважаемые форумчане :) Посоветуйте, пожалуйста, как лучше решить следующую задачу: Нужно сделать электронный каталог документов. Документы бывают входящие и исходящие. Все они имеют набор некоторых одинаковых атрибутов (номер, дата и т.п. таблица Документ) Кроме того, у них есть отправитель и адресат. И вот тут возник вопрос. Адресатов для исходящих документов может быть несколько и все они равнозначны. Отправителей для входящих документов тоже может быть несколько, но они должны быть упорядочены по цепочке организация1 -> организация2 -> конечная организация. Предполагаю все документы (вх и исх) хранить в таблице Документы, а отправителей-адресатов к ним... вынести в отдельную таблицу типа ОТПРАВКА Код Документа Организация-отправитель Организация-адресат ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2013, 15:05 |
|
||
|
Несколькот отправителей у входящего документа
|
|||
|---|---|---|---|
|
#18+
SeMaria, SeMariaПредполагаю все документы (вх и исх) хранить в таблице Документы Если у них б.м. совпадают атрибуты - вполне разумно. SeMariaотправителей-адресатов к ним... вынести в отдельную таблицу типа ОТПРАВКА Код Документа Организация-отправитель Организация-адресат ? Ээ, вот тут непонятно. Вы хотите цепочку отправителей A->B->C->D хранить тремя записями? Отправитель получательA BB CC D Я бы так не делал. Имхо достаточно таблицы КодДокумента КодОрганизации ТипОтношения (0 - получатель, >0 - упорядоченный отправитель). тогда эта цепочка будет выглядеть КодДокумента КодОрганизации Тип1 A 11 B 21 C 31 D 4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2013, 15:23 |
|
||
|
Несколькот отправителей у входящего документа
|
|||
|---|---|---|---|
|
#18+
Кот Матроскин, зачем во все запросы добавлять WHERE тип = ? авторЯ имею ввиду, имхо, я бы этого не делал - надо бе как нить разжевать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2013, 16:35 |
|
||
|
Несколькот отправителей у входящего документа
|
|||
|---|---|---|---|
|
#18+
SeMaria, еще добавить поле Маршрут или Приоритет(от 1 до N, где 1 - начало маршрута) , наверное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2013, 16:36 |
|
||
|
Несколькот отправителей у входящего документа
|
|||
|---|---|---|---|
|
#18+
А разве в цепочку отправителей может затесаться кто-то кроме получателя?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2013, 16:45 |
|
||
|
Несколькот отправителей у входящего документа
|
|||
|---|---|---|---|
|
#18+
Озверин, Не очень понял Ваши вопросы зачем во все запросы добавлять WHERE тип = ? В какие запросы? к таблице Документ или Отправка? авторнадо бе как нить разжевать. разжевать, почему бы я так не делал? 1. Запрос "все отправители документа" - проще 2. Добавление еще одного отправителя в середину цепочки - гораздо проще 3. Ввести некорретыне данные, типа Отправитель ПолучательA BC D - не получится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2013, 17:07 |
|
||
|
Несколькот отправителей у входящего документа
|
|||
|---|---|---|---|
|
#18+
Предположим, организация А отослала документ организациям Б и В, организация Б потом переслала его Д и Е, Е переслала В. В итоге у организации В один и тот же документ лежит во входящих два раза с разным списком отправителей. Как это будет отражено в вашей схеме? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2013, 17:37 |
|
||
|
Несколькот отправителей у входящего документа
|
|||
|---|---|---|---|
|
#18+
О, спасибо за советы. Пойду обдумывать ) Кот МатроскинВы хотите цепочку отправителей A->B->C->D хранить тремя записями? Отправитель получательA BB CC D Я бы так не делал. Да, идея была такая Dimitry SibiryakovА разве в цепочку отправителей может затесаться кто-то кроме получателя?.. Ммм... не поняла вопрос) Dimitry SibiryakovПредположим, организация А отослала документ организациям Б и В, организация Б потом переслала его Д и Е, Е переслала В. В итоге у организации В один и тот же документ лежит во входящих два раза с разным списком отправителей. Как это будет отражено в вашей схеме? Вообще в данном случае таких ситаций не бывает. Документы приходят сверху вниз ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2013, 09:49 |
|
||
|
Несколькот отправителей у входящего документа
|
|||
|---|---|---|---|
|
#18+
SeMariaМмм... не поняла вопрос) Откуда берутся отправители? Кроме самого первого, кто документ составил. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2013, 12:31 |
|
||
|
Несколькот отправителей у входящего документа
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovОткуда берутся отправители? Кроме самого первого, кто документ составил. Извините, что с таким опозданием - болела) Организации пересылают документы друг другу, но только в строгом иерархическом порядке. То есть составила орг. А документ - отослала Б и В, Б отослала Д и Е... А / \ Б В / \ / \ \ Д Е Ж З И ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2013, 14:18 |
|
||
|
Несколькот отправителей у входящего документа
|
|||
|---|---|---|---|
|
#18+
SeMaria, В Вашей трактовке Б и В - выступают в роли "отправителей" и "получателей" - ОДНОВРЕМЕННО. Хотя бы потому, что они получили документ в ОДНО время, а переотправили его В ДРУГОЕ. Это две разные транзакции. Если можно так выразиться. Ну или попробуйте ответить на простой вопрос: Что и как будет отражено в состоянии объектов (записей) БД в случае, когда получатель "Б" получил документ но до "Д" его НЕ переотправил... (к примеру в процессе отправки тупо сдох канал пересылки к "Е" ушла отправка, а к "Д" ещё даже не началась)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2013, 14:42 |
|
||
|
Несколькот отправителей у входящего документа
|
|||
|---|---|---|---|
|
#18+
SeMaria, Вытряхните опилки из головы. Отправитель у документа только один. И ненужно фантазировать. Если что-то непонятно то задавайте конкретный вопрос. Типа: нужно то и то, делаю так и так, но невыходит ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2013, 14:58 |
|
||
|
Несколькот отправителей у входящего документа
|
|||
|---|---|---|---|
|
#18+
Злой Бобр, ТС хочет хранить "путь" документа - каким образом он шел до того ,как пришел в организацию. Можно это делать так, как она предложила в изначальном посте, можно - так как предложил я во втором. Никаких "опилок" в постановке нет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2013, 15:13 |
|
||
|
Несколькот отправителей у входящего документа
|
|||
|---|---|---|---|
|
#18+
Кот Матроскин, Вся соль в том что автор недогадывается что по пути следования документ может дополняться и изменяться. Может автору несказали, а может ... Ну так или иначе подход автора бредовый и на выходе выдаст пшик а не результат. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2013, 15:25 |
|
||
|
Несколькот отправителей у входящего документа
|
|||
|---|---|---|---|
|
#18+
Злой Бобр, Ну смотря каких документов, очевидно. Если это какой-нибудь циркуляр, который из министерства отправляется по цепочке на места - то вряд ли по пути его дополняют и изменяют. Нам же ничего про задачу автора не известно. Согласитесь, что диалог - Мне надо хранить цепочку-путь документа. Какие есть варианты? - Нет, это фигня, на самом деле хранить цепочку не нужно! - несколько неадекватен :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2013, 15:51 |
|
||
|
Несколькот отправителей у входящего документа
|
|||
|---|---|---|---|
|
#18+
Кот МатроскинСогласитесь, что диалог - Мне надо хранить цепочку-путь документа. Какие есть варианты? - Нет, это фигня, на самом деле хранить цепочку не нужно! - несколько неадекватен :) Этот диалог адекватен постановке. В приведённом выше примере у документа три отправителя: А, Б, и В. Но хранение их в цепочке не работает, поскольку цепочек таки две. У документа, пришедшего в Е отправители А и Б, а у того же документа в И - А и В соответственно. В результате это либо разные документы, либо вместо цепочки надо хранить полный граф пересылок. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2013, 16:28 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=40&tid=1541322]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
29ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
28ms |
get tp. blocked users: |
1ms |
| others: | 241ms |
| total: | 331ms |

| 0 / 0 |
