|
|
|
Вопрос в связи двух таблиц
|
|||
|---|---|---|---|
|
#18+
ScarferNV две таблицы . В первой таблицы имеется Primary Key , а во второй таблице есть два поля , каждый из которых имеет Foreign Key ссылающийся на ключ из первой таблице . По русски же написано : не просто абстрактные связи между двумя таблицами вообще, а два поля (вторичных ключа) из второй таблицы ссылаются одновременно на один и тот же ключ (первичный) из первой таблицы. Какая СУБД может автоматически без ручных докруток, запросов и скриптов поддержать в этом случае целостность, каскадное удаление, каскадное изменение, а тем более связь по разнородным ключам (как в примерах выше- один ключ текст, второй число )? Просто скажите типа "Я Пупкин - отвечаю за свои слова - Оракл поддерживает" .... всё... больше ничего ни от кого не нужно... спросивший будет знать куда и зачем идти... и тема будет закрыта (надеюсь...) Схема была выше на рисунке (для тех кто опять не понял смысл)... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2014, 22:49 |
|
||
|
Вопрос в связи двух таблиц
|
|||
|---|---|---|---|
|
#18+
vmag, ну че ты разорался любая нормальная СУБД это делает ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2014, 23:58 |
|
||
|
Вопрос в связи двух таблиц
|
|||
|---|---|---|---|
|
#18+
ScarferNVПрошу вашего совета. Раньше проектирование БД не занимался, сейчас возникла необходимость. Короче ответ будет такой : Пилите Шура... Пилите... Они золотые... (Паниковский в Золотом теленке по поводу украденных гирь) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2014, 03:27 |
|
||
|
Вопрос в связи двух таблиц
|
|||
|---|---|---|---|
|
#18+
Всем привет. Такой вот вопрос. Похож на тот что в теме. Есть 2 сущности. Одна Пользователь, вторая Сообщение. В Сообщение есть 2 атрибута: ид_отправителя и ид_получателя. Все они ссылаются на ид Пользователь. Имеет ли такая схема шанс на существование. В том смысле не нарушает ли они принципы проектирования БД? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2014, 19:35 |
|
||
|
Вопрос в связи двух таблиц
|
|||
|---|---|---|---|
|
#18+
KolobochekИмеет ли такая схема шанс на существование. Имеет. KolobochekВ том смысле не нарушает ли они принципы проектирования БД?Не нарушает ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2014, 21:39 |
|
||
|
Вопрос в связи двух таблиц
|
|||
|---|---|---|---|
|
#18+
KolobochekТакой вот вопрос. Похож на тот что в теме. Есть 2 сущности. Одна Пользователь, вторая Сообщение. В Сообщение есть 2 атрибута: ид_отправителя и ид_получателя. Все они ссылаются на ид Пользователь. Имеет ли такая схема шанс на существование. В том смысле не нарушает ли они принципы проектирования БД? Здесь все ИД однотипные , если даже это реализовать явно не получится, то можно реализовать кодингом, запросами и т.д. главное при реализации проекта помнить и держать свою схему в голове - если в голове не будет противоречий, то будет и существование и принципы... это применительно к вашему случаю... Самое главное не доводить дело до абсурда типа: - один нарисовал две абстрактные таблицы с миллионом связей между ними по разношерстным полям (и считает себя гением - типа краткость сестра таланта и в сущности влезать не барское дело) - второй поставил визу "Реализовать" - третий ежика родил - но как то реализовал... - деньги попилили... - а потом вся страна смотрит телевизор и хором кричит: Мля... глонас упал в океан.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2014, 00:12 |
|
||
|
Вопрос в связи двух таблиц
|
|||
|---|---|---|---|
|
#18+
vmag Здесь все ИД однотипные , если даже это реализовать явно не получится, то можно реализовать кодингом, запросами и т.д. главное при реализации проекта помнить и держать свою схему в голове - если в голове не будет противоречий, то будет и существование и принципы... это применительно к вашему случаю... Самое главное не доводить дело до абсурда типа: - один нарисовал две абстрактные таблицы с миллионом связей между ними по разношерстным полям (и считает себя гением - типа краткость сестра таланта и в сущности влезать не барское дело) - второй поставил визу "Реализовать" - третий ежика родил - но как то реализовал... - деньги попилили... - а потом вся страна смотрит телевизор и хором кричит: Мля... глонас упал в океан.... Ну опять Вы за свое? Ну зачем все держать в голове, когда есть ER-диаграммы. Что значит явным образом? В большинстве СУБД это реализуется как раз скриптами. Про абсурд Вы конечно правы, но зачем это было расписывать, когда вопрос звучал так: авторИмеет ли такая схема шанс на существование. В том смысле не нарушает ли они принципы проектирования БД? Нет не нарушает - это нормально. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2014, 10:35 |
|
||
|
Вопрос в связи двух таблиц
|
|||
|---|---|---|---|
|
#18+
Был вариант реализовать как на диаграмме ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2014, 21:30 |
|
||
|
Вопрос в связи двух таблиц
|
|||
|---|---|---|---|
|
#18+
Kolobochek, Ну да... что то в этом есть, оригинально: юзер и отправитель и получатель и даже сам себе может отправить, и просто - дальше некуда и любая СУБД подойдет на ура и со скриптами париться не нужно и голову засирать не нужно - сделал и забыл... РЕСПЕКТ !!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.05.2014, 00:18 |
|
||
|
Вопрос в связи двух таблиц
|
|||
|---|---|---|---|
|
#18+
KolobochekБыл вариант реализовать как на диаграмме А нафига две промежуточные таблицы? Sender recipient ? А вообще топик повеселил... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.05.2014, 11:45 |
|
||
|
Вопрос в связи двух таблиц
|
|||
|---|---|---|---|
|
#18+
vmagKolobochek, Ну да... что то в этом есть, оригинально: юзер и отправитель и получатель и даже сам себе может отправить, и просто - дальше некуда и любая СУБД подойдет на ура и со скриптами париться не нужно и голову засирать не нужно - сделал и забыл... РЕСПЕКТ !!! Что это значит? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.05.2014, 12:48 |
|
||
|
Вопрос в связи двух таблиц
|
|||
|---|---|---|---|
|
#18+
Что в этой схеме не так? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.05.2014, 20:07 |
|
||
|
Вопрос в связи двух таблиц
|
|||
|---|---|---|---|
|
#18+
Kolobochek, Не то чтобы не так - просто смысл в таблицах sender и recepient есть только в том случае, если одни юзеры могут только посылать сообщения, а другие - только принимать. Если все могут и посылать и принимать - гораздо проще делать просто 2 ссылки на таблицу user, как и обсуждалось с начала топика. Это совершенно нормальная практика, не нужно придумывать пути ее обхода. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.05.2014, 21:02 |
|
||
|
Вопрос в связи двух таблиц
|
|||
|---|---|---|---|
|
#18+
KolobochekЧто это значит? Это значит что все просто замечательно, удачное решение, я разве сказал что-то плохое? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.05.2014, 21:42 |
|
||
|
Вопрос в связи двух таблиц
|
|||
|---|---|---|---|
|
#18+
KolobochekЧто в этой схеме не так? В ней 50% лишних таблиц... а так все норм ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.05.2014, 00:42 |
|
||
|
Вопрос в связи двух таблиц
|
|||
|---|---|---|---|
|
#18+
vmagKolobochekЧто это значит? Это значит что все просто замечательно, удачное решение, я разве сказал что-то плохое? Я усмотрел в вашем ответу ноту сарказма. Может я и не прав. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.05.2014, 09:21 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=38629835&tid=1540901]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
152ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 232ms |
| total: | 476ms |

| 0 / 0 |

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