|  | 
| 
Где правильно поставить идентифицирующую связь в данной модели? | |||
|---|---|---|---|
| #18+ Здравствуйте, помогите правильно определить вторую идентифицирующую связь в данной модели. Сейчас одна есть между тендером и сделкой, предложил преподу вариант сделка - поставщик, сказал, что неправильно. Я рассуждаю как: одно не может существовать без другого и среди этого много вариантов. Подскажите, как правильно протянусь эту связь? Сейчас мысль про заявление - поставщик. ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 14.12.2020, 18:49 |  | ||
| 
Где правильно поставить идентифицирующую связь в данной модели? | |||
|---|---|---|---|
| #18+ firuz_k Здравствуйте, помогите правильно определить вторую идентифицирующую связь в данной модели.  Это бессмысленный вопрос. Не существует каких-либо однозначно правильных и неправильных идентифицирующих связей, это дискуссионный вопрос - какие последствия в каждом случае и какие из них кажутся нам предпочтительнее. Если первая связь между тендером и сделкой, то действительно, сделка/поставщик - наиболее логичный кандидат на вторую роль, и что за дикие мысли при этом в голове у препода - вряд ли получится угадать. Второй по логике кандидат - заявление/тендер. P.S. К самой схеме есть вопросы, например - правда ли, что заявления и сделки совершенно независимы. ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 14.12.2020, 20:53 |  | ||
| 
Где правильно поставить идентифицирующую связь в данной модели? | |||
|---|---|---|---|
| #18+ softwarer что за дикие мысли при этом в голове у препода - вряд ли получится угадать. + Особенно если это задание препод придумал сам... - Так-то чисто по модели, тендер-сделка, это да... первый рожает вторую, вторая без первого по модели не может состояться... - Так же тендер без услуги не имеет смысла, услуга с нач. ценой дает смысл тендеру (после тендера начальная цена переходит в цену сделки)... - А все остальное тривиально: классификаторы + Заказчик и Поставщик вокруг самой модели, можно сказать и что больше нету идентифицирующих связей и что без Заказчика не может быть тендера и это есть вторая связь ... - Все зависит от этой картинки, если она из задания, то это один ракурс, а если вы сами ее нарисовали, причем не правильно, то это уже совсем другой ракурс... - А если язык подвешен - можно и препода загнать в угол... ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 15.12.2020, 00:00 |  | ||
| 
Где правильно поставить идентифицирующую связь в данной модели? | |||
|---|---|---|---|
| #18+ softwarer, спасибо за развёрнутый ответ. ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 15.12.2020, 05:03 |  | ||
| 
Где правильно поставить идентифицирующую связь в данной модели? | |||
|---|---|---|---|
| #18+ vmag, спасибо за развёрнутый ответ. Картинку рисовал сам по предметной области, проверял он, в целом по ней нет проблем кроме связей (по его мнению). Но сейчас уже сложилась четкая мысль какую связь делать идентифицирующей. Спасибо большое! ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 15.12.2020, 05:09 |  | ||
| 
Где правильно поставить идентифицирующую связь в данной модели? | |||
|---|---|---|---|
| #18+ У одного тендера может быть несколько победителей (считай сделок) или только одна? Сделка осуществляется на основе победившей заявки (заявок) или плевать кто победил, заключаем сделку с любым? Заказчик всегда заказчик, или он тоже может принять участие в тендере как поставщик? ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 15.12.2020, 09:24 |  | ||
| 
Где правильно поставить идентифицирующую связь в данной модели? | |||
|---|---|---|---|
| #18+ Stanislav P, 1. Только одна 2. На основе победившей заявки. 3. Заказчик всегда заказчик. ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 15.12.2020, 14:16 |  | ||
| 
Где правильно поставить идентифицирующую связь в данной модели? | |||
|---|---|---|---|
| #18+ Если у одного тендера может быть только один победитель, то и сделка должна быть один. Поэтому на схеме неправильная связь, должна быть связь один-к-одному, а не один-к-многим. Если оставить схему так как есть, то как определить, какая заявка победила? Как из сделки узнать какая заявка победила? В текущей схеме к тендеру можно добавить сделку и ошибочно поставить другого поставщика. Даже если сделать бизнес-логику и переносить поставщика из заявки в сделку, то всё равно будет проблематично (условно) узнать из сделки какая заявка победила, пользователь будет тыкать в тендер и искать там наименование поставщика, который фигурирует в сделке. PS. Схема с небольшим исправлением между тендером и сделкой имеет место быть, но я бы сделку привязал только к заявке. Ещё одно замечание - в заявке должна быть цена, так как на основании заявки и цены в ней принимается решение о победителе. ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 16.12.2020, 09:43 |  | ||
| 
Где правильно поставить идентифицирующую связь в данной модели? | |||
|---|---|---|---|
| #18+ Stanislav P, Да там схема вообще не так... Смысл вопроса по связям - понять саму модель тендера: Услуга (это предмет тендера с начальной ценой) -> Тендер -> Сделка (с окончательной ценой) Ну типа нужно покрасить забор за 10 т.р - выбирают того, кто это сделает дешевле или быстрее иди дешевле и быстрее... а что касается схемы, то обычно тендер (работа, услуга, товар, объект) состоит из одного или более лотов, например есть тендер на детсад, он может быть разбит на лоты: - рытье котлована - подведение коммуникаций - фундамент - застройка - отделочные работы - мебелирование - оборудование бассейна - электрика - кухня... Мало контор которые имеют лицензии абсолютно на все виды деятельности, но бывают и случаи когда все лоты попадают в руки одного поставщика услуг ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 16.12.2020, 11:39 |  | ||
|  | 

| start [/forum/topic.php?fid=32&msg=40027809&tid=1539826]: | 0ms | 
| get settings: | 11ms | 
| get forum list: | 15ms | 
| check forum access: | 4ms | 
| check topic access: | 4ms | 
| track hit: | 40ms | 
| get topic data: | 12ms | 
| get forum data: | 3ms | 
| get page messages: | 50ms | 
| get tp. blocked users: | 2ms | 
| others: | 232ms | 
| total: | 373ms | 

| 0 / 0 | 
