|
|
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
vadiminfoНу, возможно, мы тогда могли бы считать что фундаментом ЧАЛовской теории БД является положение: И даже, что вся эта теории и сводится к этому положению. В связи с чем считать эту теорию изученной. Приятно, что Вы перестали отвлекаться. И продолжаете изучать теорию БД. Тем более, что Вы многое уже изучили, но принципы поведения воинствующего большинства не позволяют Вам быть искренним)) 13254920 13755686 13545785 13840069 14020991 14026636 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2013, 19:18 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
Павел Евгеньевич, Хотя вы и бросили этот топик уже на второй странице, отмечусь тоже (все основные спорщики уже тут :) 1. Поддержу, тех кто писал, что "ключ" уникален по определению... если под ним не понимается "индекс". :) 2. "споров было много, и есстественных ключей не бывает, а по сему - суррогатный самое то" ... "мого быть, мого быть" (с) А.Райкин. зачему только, что в условиях когда "запись не удаляется" (всеобщая рекомендация тут от неумения удалять их, обсуждалось ужо тожа) - состояние дублирования есстественного ключа (табельный номер к примеру) - приводит к проблемам, гарантированно. Не знаю, можно ли обощить так: "проблемы есстественных ключей, связаны больше с неумением работать с ними, чем с их не уникальностью". 3. "Связи, имеющие составной уникальный ключ - снабжаются своим РК только когда они могут быть(стать) самостоятельной сущностью и на неё будут ссылки". Замечу, что была благополучно зафлужена (и сознательно) тема, в которой долго пытались обсудить неизбежность данной посылки, потому ка "Мир состоит из атрибутов и СВЯЗЕЙ между ними"... как-то так начиналось помнится... Исходя их этого, любая Связь рано или поздно станет Сущностью и на неё1 БУДУТ ссылки. А так (завсегдатаям), весело, пишите ещё. (отвечать - не буду, поскольку тут акромя троллей нет никого) :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2013, 09:01 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
vadiminfoИ если потребуется объеденить БД Объединение БД - это создание новой БД на основе данных других БД. При этом суррогаты, т.е. ID записей генерируются заново. Но для администрирования БД конечно полезно иметь возможность изменять суррогаты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2013, 09:20 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
Arhat109Павел Евгеньевич, Хотя вы и бросили этот топик уже на второй странице, отмечусь тоже (все основные спорщики уже тут :) 1. Поддержу, тех кто писал, что "ключ" уникален по определению... если под ним не понимается "индекс". :) Ключ - это ключ. Индекс - это индекс. Кто их путает сам себе злобный буратино. Просто "почему-то" забывают, что ключ (в т.ч. и первичный) может быть составным. Отдельные части которого могут быть не уникальными, а вот их комбинация уникальна (по определению ключа) Arhat1092. "споров было много, и есстественных ключей не бывает, а по сему - суррогатный самое то" ... "мого быть, мого быть" (с) А.Райкин. зачему только, что в условиях когда "запись не удаляется" (всеобщая рекомендация тут от неумения удалять их, обсуждалось ужо тожа) - состояние дублирования есстественного ключа (табельный номер к примеру) - приводит к проблемам, гарантированно. Не знаю, можно ли обощить так: "проблемы есстественных ключей, связаны больше с неумением работать с ними, чем с их не уникальностью". Я как раз приводил пример, когда в любой момент времени табельный номер уникален. Но если смотреть в ретроспективе. То может получиться, что один и тот же табельный номер принадлежал разным людям, и один и тот же человек мог иметь два разных табельных номера. Можно использовать в данном случае табельный номер, как ключ? По идее "да", т.к. он задумывался как ключ. Но если не нужна "история", а работаем от "сейчас". Что мало кому интересно. Поэтому и используются "суррогатные ключи". Чтобы не "мутить" составной ключ (что-то, дата-время) Arhat1093. "Связи, имеющие составной уникальный ключ - снабжаются своим РК только когда они могут быть(стать) самостоятельной сущностью и на неё будут ссылки". Замечу, что была благополучно зафлужена (и сознательно) тема, в которой долго пытались обсудить неизбежность данной посылки, потому ка "Мир состоит из атрибутов и СВЯЗЕЙ между ними"... как-то так начиналось помнится... Исходя их этого, любая Связь рано или поздно станет Сущностью и на неё1 БУДУТ ссылки. Ну, по моему к 5-нормальной форме это заканчивается :-) Хотя могу ошибаться, т.к. выше 3 никогда не лез ;-) Arhat109А так (завсегдатаям), весело, пишите ещё. (отвечать - не буду, поскольку тут акромя троллей нет никого) :) Зато весело! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2013, 09:27 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
Тролли детально проинформировали о моделировании связей в БД согласно теории и практике БД: 13755686 13545785 13840069 14020991 13577413 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2013, 13:52 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
mad_nazgul, ничто не мешает использовать табельный номер как есстественный ключ, каковым он и был всю жизнь. Даже если нужна история... только это отдельная история правильного ведения историй. Вот такой каламбур. Обсуждалось уже тут, было очень весело. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2013, 15:14 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
Arhat109mad_nazgul, ничто не мешает использовать табельный номер как есстественный ключ, каковым он и был всю жизнь. Даже если нужна история... только это отдельная история правильного ведения историй. Вот такой каламбур. Обсуждалось уже тут, было очень весело. :) Ничто. Согласен. Но пути делопроизводства различных контор неисповедимы. :-) Поэтому проще использовать "суррогатный" ключ, о котором пользователи даже не догадываются, чем пытаться правильно выстроить работу с "естественным" ключом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2013, 15:39 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
mad_nazgul, Продуктивная мысль. А давайте разовьем её ишо дальше: " и ещё проще - ваще нифига не делать. Нормальный документооборот должен быть по-старинке, на бумажках и картотеках." :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2013, 20:48 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
Arhat109, ... , где табельный номер так и был - первичный ключ. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2013, 06:54 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
Arhat109Arhat109, ... , где табельный номер так и был - первичный ключ. :) Дык форму Т1 никто не отменял. ;-) Табельный номер по идее "первичный ключ", я с этим не спорил. Вот только реальность делопроизводства такова, что использовать его как первичный ключ довольно затруднительно/затратно. Опять же. Для изменения бизнес-процессов нужна воля руководство, которому обычно на кадровое делопроизводство пофиг. Главное чтобы трудовая комиссия не приставала. Да бумажки вовремя оформлялись, ну и жопа прикрывалась в "интересных случаях". ;-) Соответственно вопрос о правильном использовании "первичного ключа" (табельного номера) даже не ставиться. Поэтому умный - изменяет бизнес-процесс. А мудрый подстраивается под бизнес-процесс. <:o) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2013, 07:54 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
mad_nazgul, :) а теперь, перечитайте мой п.2 и ваш комментарий к нему. Собственно это вы и подтвердили: правильно работать - гемморой, поэтому введем-ка мы суррогатный ключик. ... тока "Когда знаешь как - всё становится просто, а сложно - это когда "не знал, да ещё и забыл". Вот поэтому и было сказано "от неумения"... Собственно, "Что и требовалось доказать". :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2013, 09:30 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
Arhat109, Проблема в том, что "тот кто знает" и "тот кто делает" это совершенные разные люди. Вот и приходится "выкручиваться". <:o) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2013, 13:54 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
mad_nazgul, :) по-разному. То что сам знаю - делаю. Чего НЕ знаю, стараюсь узнать (иногда и в ущерб срокам)... :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2013, 15:38 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
mad_nazgulПоэтому умный - изменяет бизнес-процесс. А мудрый подстраивается под бизнес-процесс. <:o)Это не так. Это Ваше клише. Тут сложнее... Вы кому симпатизируете - умному или мудрому?... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2013, 19:02 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
Sgt.Peppermad_nazgulПоэтому умный - изменяет бизнес-процесс. А мудрый подстраивается под бизнес-процесс. <:o)Это не так. Это Ваше клише. Тут сложнее... Вы кому симпатизируете - умному или мудрому?... Симпатизирую умному, но мудрый зарабатывает всегда гораздо больше. <:o) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2013, 07:48 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=38243419&tid=1541288]: |
0ms |
get settings: |
10ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
86ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
72ms |
get tp. blocked users: |
2ms |
| others: | 242ms |
| total: | 455ms |

| 0 / 0 |
