powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / связка PK + UK
15 сообщений из 140, страница 6 из 6
связка PK + UK
    #38234351
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfoНу, возможно, мы тогда могли бы считать что фундаментом ЧАЛовской теории БД является положение:
И даже, что вся эта теории и сводится к этому положению. В связи с чем считать эту теорию изученной.
Приятно, что Вы перестали отвлекаться. И продолжаете изучать теорию БД. Тем более, что Вы многое уже изучили, но принципы поведения воинствующего большинства не позволяют Вам быть искренним))
13254920
13755686
13545785
13840069
14020991
14026636
...
Рейтинг: 0 / 0
связка PK + UK
    #38234552
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Павел Евгеньевич,

Хотя вы и бросили этот топик уже на второй странице, отмечусь тоже (все основные спорщики уже тут :)

1. Поддержу, тех кто писал, что "ключ" уникален по определению... если под ним не понимается "индекс". :)

2. "споров было много, и есстественных ключей не бывает, а по сему - суррогатный самое то"
... "мого быть, мого быть" (с) А.Райкин.

зачему только, что в условиях когда "запись не удаляется" (всеобщая рекомендация тут от неумения удалять их, обсуждалось ужо тожа) - состояние дублирования есстественного ключа (табельный номер к примеру) - приводит к проблемам, гарантированно. Не знаю, можно ли обощить так: "проблемы есстественных ключей, связаны больше с неумением работать с ними, чем с их не уникальностью".

3. "Связи, имеющие составной уникальный ключ - снабжаются своим РК только когда они могут быть(стать) самостоятельной сущностью и на неё будут ссылки".

Замечу, что была благополучно зафлужена (и сознательно) тема, в которой долго пытались обсудить неизбежность данной посылки, потому ка "Мир состоит из атрибутов и СВЯЗЕЙ между ними"... как-то так начиналось помнится... Исходя их этого, любая Связь рано или поздно станет Сущностью и на неё1 БУДУТ ссылки.

А так (завсегдатаям), весело, пишите ещё. (отвечать - не буду, поскольку тут акромя троллей нет никого) :)
...
Рейтинг: 0 / 0
связка PK + UK
    #38234563
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vadiminfoИ если потребуется объеденить БД
Объединение БД - это создание новой БД на основе данных других БД. При этом суррогаты, т.е. ID записей генерируются заново.
Но для администрирования БД конечно полезно иметь возможность изменять суррогаты.
...
Рейтинг: 0 / 0
связка PK + UK
    #38234569
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Arhat109Павел Евгеньевич,

Хотя вы и бросили этот топик уже на второй странице, отмечусь тоже (все основные спорщики уже тут :)

1. Поддержу, тех кто писал, что "ключ" уникален по определению... если под ним не понимается "индекс". :)


Ключ - это ключ.
Индекс - это индекс.
Кто их путает сам себе злобный буратино.
Просто "почему-то" забывают, что ключ (в т.ч. и первичный) может быть составным. Отдельные части которого могут быть не уникальными, а вот их комбинация уникальна (по определению ключа)

Arhat1092. "споров было много, и есстественных ключей не бывает, а по сему - суррогатный самое то"
... "мого быть, мого быть" (с) А.Райкин.

зачему только, что в условиях когда "запись не удаляется" (всеобщая рекомендация тут от неумения удалять их, обсуждалось ужо тожа) - состояние дублирования есстественного ключа (табельный номер к примеру) - приводит к проблемам, гарантированно. Не знаю, можно ли обощить так: "проблемы есстественных ключей, связаны больше с неумением работать с ними, чем с их не уникальностью".


Я как раз приводил пример, когда в любой момент времени табельный номер уникален.
Но если смотреть в ретроспективе. То может получиться, что один и тот же табельный номер принадлежал разным людям, и один и тот же человек мог иметь два разных табельных номера.
Можно использовать в данном случае табельный номер, как ключ?
По идее "да", т.к. он задумывался как ключ.
Но если не нужна "история", а работаем от "сейчас".
Что мало кому интересно.
Поэтому и используются "суррогатные ключи".
Чтобы не "мутить" составной ключ (что-то, дата-время)


Arhat1093. "Связи, имеющие составной уникальный ключ - снабжаются своим РК только когда они могут быть(стать) самостоятельной сущностью и на неё будут ссылки".

Замечу, что была благополучно зафлужена (и сознательно) тема, в которой долго пытались обсудить неизбежность данной посылки, потому ка "Мир состоит из атрибутов и СВЯЗЕЙ между ними"... как-то так начиналось помнится... Исходя их этого, любая Связь рано или поздно станет Сущностью и на неё1 БУДУТ ссылки.


Ну, по моему к 5-нормальной форме это заканчивается :-)
Хотя могу ошибаться, т.к. выше 3 никогда не лез ;-)


Arhat109А так (завсегдатаям), весело, пишите ещё. (отвечать - не буду, поскольку тут акромя троллей нет никого) :)

Зато весело!
...
Рейтинг: 0 / 0
связка PK + UK
    #38234981
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Тролли детально проинформировали о моделировании связей в БД согласно теории и практике БД:
13755686
13545785
13840069
14020991
13577413
...
Рейтинг: 0 / 0
связка PK + UK
    #38236745
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mad_nazgul,

ничто не мешает использовать табельный номер как есстественный ключ, каковым он и был всю жизнь. Даже если нужна история... только это отдельная история правильного ведения историй. Вот такой каламбур. Обсуждалось уже тут, было очень весело. :)
...
Рейтинг: 0 / 0
связка PK + UK
    #38236806
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Arhat109mad_nazgul,

ничто не мешает использовать табельный номер как есстественный ключ, каковым он и был всю жизнь. Даже если нужна история... только это отдельная история правильного ведения историй. Вот такой каламбур. Обсуждалось уже тут, было очень весело. :)

Ничто. Согласен.
Но пути делопроизводства различных контор неисповедимы. :-)

Поэтому проще использовать "суррогатный" ключ, о котором пользователи даже не догадываются, чем пытаться правильно выстроить работу с "естественным" ключом.
...
Рейтинг: 0 / 0
связка PK + UK
    #38237326
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mad_nazgul,

Продуктивная мысль. А давайте разовьем её ишо дальше: " и ещё проще - ваще нифига не делать. Нормальный документооборот должен быть по-старинке, на бумажках и картотеках." :)
...
Рейтинг: 0 / 0
связка PK + UK
    #38237535
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Arhat109,

... , где табельный номер так и был - первичный ключ. :)
...
Рейтинг: 0 / 0
связка PK + UK
    #38237549
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Arhat109Arhat109,

... , где табельный номер так и был - первичный ключ. :)

Дык форму Т1 никто не отменял. ;-)
Табельный номер по идее "первичный ключ", я с этим не спорил.
Вот только реальность делопроизводства такова, что использовать его как первичный ключ довольно затруднительно/затратно.
Опять же. Для изменения бизнес-процессов нужна воля руководство, которому обычно на кадровое делопроизводство пофиг. Главное чтобы трудовая комиссия не приставала. Да бумажки вовремя оформлялись, ну и жопа прикрывалась в "интересных случаях". ;-)
Соответственно вопрос о правильном использовании "первичного ключа" (табельного номера) даже не ставиться.
Поэтому умный - изменяет бизнес-процесс.
А мудрый подстраивается под бизнес-процесс.
<:o)
...
Рейтинг: 0 / 0
связка PK + UK
    #38237603
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mad_nazgul,

:) а теперь, перечитайте мой п.2 и ваш комментарий к нему. Собственно это вы и подтвердили: правильно работать - гемморой, поэтому введем-ка мы суррогатный ключик.

... тока "Когда знаешь как - всё становится просто, а сложно - это когда "не знал, да ещё и забыл". Вот поэтому и было сказано "от неумения"...

Собственно, "Что и требовалось доказать". :)
...
Рейтинг: 0 / 0
связка PK + UK
    #38238178
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Arhat109,

Проблема в том, что "тот кто знает" и "тот кто делает" это совершенные разные люди.
Вот и приходится "выкручиваться". <:o)
...
Рейтинг: 0 / 0
связка PK + UK
    #38238432
Arhat109
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mad_nazgul,

:) по-разному. То что сам знаю - делаю. Чего НЕ знаю, стараюсь узнать (иногда и в ущерб срокам)... :)
...
Рейтинг: 0 / 0
связка PK + UK
    #38242099
Sgt.Pepper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mad_nazgulПоэтому умный - изменяет бизнес-процесс.
А мудрый подстраивается под бизнес-процесс.
<:o)Это не так. Это Ваше клише. Тут сложнее...
Вы кому симпатизируете - умному или мудрому?...
...
Рейтинг: 0 / 0
связка PK + UK
    #38243419
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Sgt.Peppermad_nazgulПоэтому умный - изменяет бизнес-процесс.
А мудрый подстраивается под бизнес-процесс.
<:o)Это не так. Это Ваше клише. Тут сложнее...
Вы кому симпатизируете - умному или мудрому?...

Симпатизирую умному, но мудрый зарабатывает всегда гораздо больше.
<:o)
...
Рейтинг: 0 / 0
15 сообщений из 140, страница 6 из 6
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / связка PK + UK
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]