Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Проблема....
|
|||
|---|---|---|---|
|
#18+
привет всем! такое дело: у меня есть Er-диаграмма. Связи м/д таблицами все идентифицирующие. Есть таблицы с первичными ключами, а у некоторых таблиц имеется составной ключ, т.е. из нескольких внешних ключей. Т.о. нет первичного ключа. преподы привязались, что типа так неправильно, хотя возможно. Можно конечно взять и добавить в эти таблицы первичный ключ...:-) Но это будет не совсем правильно. Например у меня одна таблица является дочерней от трех родительских, т.о. имеется в ней 3 внешних ключа. А если еще и добавить свой первичный..., то это просто избыточность какая то.. Мне что то надо дополнительно сделать, т.е. как то выделить общий ключ из нескольких и обозвать его первичным ключом или..? Просто эту всю лабуду надо описать в отчете... Что то никак не разберусь, с чего начать и как именно описать ....? Подскажите, если кто въехал в мою проблему!!!:-) Зарнее, спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2005, 13:25 |
|
||
|
Проблема....
|
|||
|---|---|---|---|
|
#18+
> Например у меня одна таблица является дочерней от трех родительских, Схему (ddl) - в студию. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2005, 13:31 |
|
||
|
Проблема....
|
|||
|---|---|---|---|
|
#18+
Лучше приведите кусок свое диаграммы, а то мало ясного. У вас по тексту какая-то путаница: говорите о ER-диаграмме и связях, но одновременно о таблицах, первичных и внешних ключах. А ведь в ER-модели нет ни таблиц, ни первичных, ни внешних ключей. Я думаю, что это вы от торопливости, но все равно хотелось бы яснее. В целом же, в наличии т.наз. слабых сущностей (т.е. сущностей, не имеющих естественного идентификатора и идентифицируемых только совместно со связями) нет абсолютно ничего криминального и необычного. Странно только, что у вас ВСЕ такие. Странно. Поэтому лучше приведите свою диаграмму или хоть ее часть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2005, 13:34 |
|
||
|
Проблема....
|
|||
|---|---|---|---|
|
#18+
telelenaпривет всем! такое дело: у меня есть Er-диаграмма. Связи м/д таблицами все идентифицирующие. Есть таблицы с первичными ключами, а у некоторых таблиц имеется составной ключ, т.е. из нескольких внешних ключей. Т.о. нет первичного ключа. преподы привязались, что типа так неправильно, хотя возможно. Можно конечно взять и добавить в эти таблицы первичный ключ...:-) Но это будет не совсем правильно. Например у меня одна таблица является дочерней от трех родительских, т.о. имеется в ней 3 внешних ключа. А если еще и добавить свой первичный..., то это просто избыточность какая то.. Мне что то надо дополнительно сделать, т.е. как то выделить общий ключ из нескольких и обозвать его первичным ключом или..? Просто эту всю лабуду надо описать в отчете... Что то никак не разберусь, с чего начать и как именно описать ....? Подскажите, если кто въехал в мою проблему!!!:-) Зарнее, спасибо!Если используются идентифицирующие связи, то PK в дочерних таблицах является составным и составляется либо только из FK к родительским таблицам, либо с добавлением каких-то дополнительных атрибутов, которые не являются FK. Абсолютно ничего криминального в составных PK нет. Говорить о том, что, дескать, "т.о. нет первичного ключа" - неправильно, потому что таковой есть (составной PK). В теории РБД нет требования касательно того, что PK обязательно должен быть простым. Преподы неправы. Выделять PK на диаграмме, конечно, надо: все, что выше горизонтальной черты (я сейчас с оглядкой на изобразительные стандарты IDEF1X выражаюсь), есть PK. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2005, 13:53 |
|
||
|
Проблема....
|
|||
|---|---|---|---|
|
#18+
Я понимаю, что в Er-диаграмме нет таблиц...:-) Хорошо, будем говорить о сущностях... Кстати, не все сущности у меня без собственных PK.... Т.е. если имеется ключ из нескольких FK, то это и есть PK но из FK? (извиняюсь за тофтологию:-)) Просто я описывала эту диаграмму в отчете с описанием сущностей, их атрибутов, а также связей м/д сущностями. И, естественно, описывала ключи (Pk, FK). А когда у меня препод мой увидел, что у есть сущность с только лишь FK, то сказал, что типа выдели из них первичный ключ. Я не совсем понимаю, что именно надо сделать. Ведь в диаграмме менять точно ничего не надо. М.б. в этом моем описании в отчете что то надо про это сказать...? Я приложила файлик с диаграммой. ....Кстати, спасибо за то, что включились в мою проблему:-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2005, 14:15 |
|
||
|
Проблема....
|
|||
|---|---|---|---|
|
#18+
telelenaА когда у меня препод мой увидел, что у есть сущность с только лишь FK, то сказал, что типа выдели из них первичный ключ. Исключение из составного ключа части атрибутов означает существенно иное понимание предмета, например убрать атрибут AGENT из ключа VALREMNS означает признать, что для данной комбинации значений оставшихся трех атрибутов ключа допустимо иметь не более одного AGNLIST (чтобы сие не значило). Просто по эстетическим соображениям конечно ничего из ключа убирать нельзя. Однако можно иметь несколько альтернативных ключей. Ключ1 =(ID) Primary Ключ2 = (NOMENCLATURE,RN,PERIOD_BEGIN,AGENT) Alternative Когда и зачем так следует поступать - обсуждалось многократно см. суррогатный ключ. Вот имена сущностей и атрибутов , а также расположение сущностей в вашей диаграмме конечно противоречат эстетическим требованиям. Видимо, это не входит в программу ;). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2005, 17:46 |
|
||
|
Проблема....
|
|||
|---|---|---|---|
|
#18+
Если Ваши ключи формируют в записи ЗАВЕДОМА УНИКАЛЬНУЮ КОМБИНАЦИЮ, то эти поля можно объединить в составной РК. Хуже, если уникальности нет. Тогда это будет ошибочным решением, т.к. неясно что делать с полностью тождественными записями. автор Мне что то надо дополнительно сделать, т.е. как то выделить общий ключ из нескольких и обозвать его первичным ключом..? Именно так. Помните, что порядок следования полей в ключе влияет на производительность некоторых запросов, например в случае, когда значение первого поля ключа не охвачено условием. В этом случае будет полный скан таблицы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.05.2005, 11:35 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=33082119&tid=1545853]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
131ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
53ms |
get tp. blocked users: |
2ms |
| others: | 277ms |
| total: | 505ms |

| 0 / 0 |
