powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / связка PK + UK
25 сообщений из 140, страница 3 из 6
связка PK + UK
    #38227241
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarerНе стоит. Это будет впрягание коня к трепетной лани - испортим разумный термин и ничего более.
Но может не испортим: естесвенный ключ означет все лишь, что его значение является каким-то свойством какой-то сущности, с точки зрения потребителей инфы. Поэтому, возможно, новое бу\дет дополнительным прилагательным в наименовании: естесвенный ланевой ключ, или естесвенный коневой ключ.
...
Рейтинг: 0 / 0
связка PK + UK
    #38227283
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfo, "происхождение" ключа само по себе нам малоинтересно, важны его свойства (являющиеся, в том числе, следствием происхождения). То есть, если предположить, что будут введены "естественный ланевой" и "естественный коневой" ключи в дополнение к "суррогатному коневому", то после долгой неразберихи народ постепенно начнёт говорить просто "коневой" и "ланевой". Не вижу смысла идти таким путём, проще имхо сразу не вносить путаницу.
...
Рейтинг: 0 / 0
связка PK + UK
    #38227352
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarerТо есть, если предположить, что будут введены "естественный ланевой" и "естественный коневой" ключи в дополнение к "суррогатному коневому", то после долгой неразберихи народ постепенно начнёт говорить просто "коневой" и "ланевой". Не вижу смысла идти таким путём, проще имхо сразу не вносить путаницу.
Это может означать, что, возможно, сразу отпадут "коневой" и "ланевой". Поскольку может быть важнее подчеркнуть искусственные свойства сущностей в МД или нет. А люди будут как вы говорите предрасположены к "долгой неразберихе" (ну тут есть 30 лет уже не могут разобраться что МУМПС проиграл РСУБД раз и вообще).
Есть конечно вариант, что уйдут в прошлое "суррогатные", тогда отпадет и смысл в слове естествененые - нечему противопоставлять.
...
Рейтинг: 0 / 0
связка PK + UK
    #38227455
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vadiminfoНе имеет преимуществ перед суррогатом в плане содержательности значений, но утрачивает достоинства оных в плане изменчивости.
Не у всех СУБД. А если бы было у всех, что тогда ?
vadiminfoДумаю, что использовать их как первичные ключ может прийти в голову каким-то начинающим челам или, можт быть, прозженным иерархистам.
Поэтому и приходится делать суррогат практически для всех таблиц без разбора. Т.е. ключ - он всегда суррогатный. А есстеств. ключи уходят в индексы и констр.
...
Рейтинг: 0 / 0
связка PK + UK
    #38227503
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
_модНе у всех СУБД. А если бы было у всех, что тогда ?
.
Ну так мелочи: в РМД по Кодду недолжно быть никаких атрибутов созданных проектировщиком. Типа это модель чистая от компьютерных деталей.

_мод Т.е. ключ - он всегда суррогатный. А есстеств. ключи уходят в индексы и констр.
У иерархистов ключ всегда суррогатный?
В теории РБД есть ключи, нет понятия суррогатный.
Да и на практике, суррогатные юзаются в основном только как первичные. Как не первичные могут быть в таблицах многие ко многим. Все остальные ключи у таблицы как правило естественные: так как предназначены исключить повторы по содержательным данным. Т.е. ключи далеко не всегда суррогатны.

Но все ключи и сурогатные в том числе - "уходят... констр". Так как являются ОЦ отношения, т.е. констр на английском языке.
В индексы "не уходят" как правило, так как индексы - это физическое, а ключи логическое.
...
Рейтинг: 0 / 0
связка PK + UK
    #38227579
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vadiminfoНу так мелочи: в РМД по Кодду недолжно быть никаких атрибутов созданных проектировщиком. Типа это модель чистая от компьютерных деталей.
Поэтому еона и осталась на бумаге.
vadiminfoУ иерархистов ключ всегда суррогатный?
Вы не поверите, таки да
vadiminfoДа и на практике, суррогатные юзаются в основном только как первичные.
Ессно
vadiminfoТ.е. ключи далеко не всегда суррогатны.
Надо различать ID строки(всегда есть и всегда один) и ключи, которых м.б. от 0 до н, в т.ч. и не уникальные
vadiminfoТак как являются ОЦ отношения
А вот ОЦ надо строить только на ID
...
Рейтинг: 0 / 0
связка PK + UK
    #38227624
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tanglirБредятинаСнова и снова предлагаю модераторам переименовать форум в "Проектирование реляционных БД".Учитывая степень распространённости тех и других, логичнее было бы выделить подфорум "Проектирование НЕреляционных БД" :)
Нет, не логичнее. Я очень ясно объяснил суть. Речь в подавляющем большинстве тем идет о проектировании реляционных БД , и нужно так и назвать форум, чтобы я, например, не раздражал бы людей в этом форуме сообщениями о проектировании БД
14175096
в которых рассматриваются все БД . Здесь же, как Вы правильно заметили, интерес представляют именно реляционные БД . Зачем же об этом размышлять, если проще назвать форум так, чтобы не оставалось никаких вопросов. А вот как назвать другой форум, на мой взгляд, очевидно, - именно "проектирование БД", чтобы можно было бы сравнивать (есть же форум "Сравнение СУБД", например).
...
Рейтинг: 0 / 0
связка PK + UK
    #38227627
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
_модБредятинаСнова и снова предлагаю модераторам переименовать форум в "Проектирование реляционных БД".
Принципы проектирования одинаковы
Тогда не нужно игнорировать эти принципы.
...
Рейтинг: 0 / 0
связка PK + UK
    #38227630
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZivtanglirпропущено...
Учитывая степень распространённости тех и других, логичнее было бы выделить подфорум "Проектирование НЕреляционных БД" :)

Лучше выделить отдельный топик "проектирование бредовых бд", где бредятина будет сама себе вопрошать и ответствовать.
Скажите, пожалуйста, что Вы не поняли (и посчитали бредовым) в этом сообщении
14175096
?
...
Рейтинг: 0 / 0
связка PK + UK
    #38227641
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
БредятинаСкажите, пожалуйста, что Вы не поняли (и посчитали бредовым) в этом сообщении
14175096
?

Я не понял, зачем ты его написал.
...
Рейтинг: 0 / 0
связка PK + UK
    #38227645
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
_модПоэтому еона и осталась на бумаге.

Ну и еще осталась в основных СУБД (некоторые иерархисты хотели чтобы СУБД не было), ну и так по мелочам: осталась сейчас ее эпоха в технологиях БД.

_модВы не поверите, таки да

Охотно, поверю. На то они и СУБД первого поколения, что там в МД много физического. Собсно и понятия МД в их времена не было. Это понятие Кодд (автор РМД) ввел.


_модЕссно

А Вы говорили все ключи всегда суррогатные. А теперь только первичные.

_модНадо различать ID строки(всегда есть и всегда один) и ключи, которых м.б. от 0 до н, в т.ч. и не уникальные


А " ID строки" это суррогатный ключ надо понимать? Так а Вы то говорили, что все ключи суррогатные. А теперь выясняется есть их еще: " которых м.б. от 0 до н".


_модА вот ОЦ надо строить только на ID

Вы наверное и под ОЦ понимаете только ссылочную целостность. Но на английском OЦ - это Кострейны (Вы думали что в это слово уходят только естественные).
Т.е. это вообще все логические ограничения данных и суррогатные и не очень.
Например, есть ОЦ отношения: регистрационный номер предприятия не должен повторяться в таблице предприятие, которое в РМД и может быть естественным ключем.
...
Рейтинг: 0 / 0
связка PK + UK
    #38227676
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfoУ иерархистов ключ всегда суррогатный?
Трудно сказать про "иерархистов" - никогда не использовал иерархические БД, что касается объектно-ориентированных, то ключей там нет. Никаких.
vadiminfoВ теории РБД есть ключи, нет понятия суррогатный.
В теории БД ключей нет, а вот в теории реляционных БД ключи, в том числе, суррогатные - Codd[1979]:
"There are three difficultes in employing user-controlled keys as permanent surrogates for entities:
1)...
2)...
3)...
These difficultes have the impotant consequense that an equi-join om common key values may not yield the same result as a join on common entities. A solution - proposed in part in [4] and more fully in [14] - is to introduce entity domains which contain system-assigned surrogates....
[4] Cadiou, I.M. [1976]
[14] Hall, P., Owlett, J., Todd, S. [1976]"
Этот текст не к практике относится. Так что уже более 30 лет прошло, как в теорию реляционных БД включены суррогаты.
...
Рейтинг: 0 / 0
связка PK + UK
    #38227687
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZivБредятинаСкажите, пожалуйста, что Вы не поняли (и посчитали бредовым) в этом сообщении
14175096
?

Я не понял, зачем ты его написал.
Вот! Именно за тем, чтобы рассказать автору темы об истоках проблемы, с которой он столкнулся. Вот назвали бы форум "Проектирование реляционных БД", и обсуждали бы сами с собой эти проблемы до бесконечности. Так что бредового я написал, можете пояснить?
...
Рейтинг: 0 / 0
связка PK + UK
    #38227723
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
БредятинаВ теории БД ключей нет, а вот в теории реляционных БД



Бредятинаключи, в том числе, суррогатные - Codd[1979]:
Под существованием в теории понимается не упоминание вообще выдающимися теоретиками, а наличие понятия в теооетических выводах, т.е. либо аксиомах, либо в теоремах.
Например, суррогатный или нет ключ не имеет значения ни в теории функциональных зависимостей, в алгебре и т.п.

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

Он был про то, что реальной терией в БД является только теория РБД. В частности, никакие другие МД кроме реляционной не имеют теоретического обоснования. Что считается их недостатком, в том числе и ООМД.
...
Рейтинг: 0 / 0
связка PK + UK
    #38227753
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
БредятинаТогда не нужно игнорировать эти принципы.
Так никто и не игнорирует
...
Рейтинг: 0 / 0
связка PK + UK
    #38227770
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vadiminfoНу и еще осталась в основных СУБД
Вы ошибаетесь, модель Кодда так же как и язык алфа никогда не были реализованы в полном объеме
[quot vadiminfo]Собсно и понятия МД в их времена не было.[quot vadiminfo]
Ошибка. А сетевые от иерархических как отличали.
vadiminfoА " ID строки" это суррогатный ключ надо понимать? Так а Вы то говорили, что все ключи суррогатные. А теперь выясняется есть их еще: " которых м.б. от 0 до н".
Я рад что для вас что-то выясняется. ID строки вообще не ключ. О чем и было сказано
vadiminfoВы наверное и под ОЦ понимаете только ссылочную целостность.
С точки зрения структуры только это имеет значение. Остальное - бантики.
...
Рейтинг: 0 / 0
связка PK + UK
    #38227829
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
_модВы ошибаетесь, модель Кодда так же как и язык алфа никогда не были реализованы в полном объеме
.
Основные СУБД называют себя реляционными. Они поддерживают главное в РМД.

_мод А сетевые от иерархических как отличали.
.
Ну уж не как МД их отличали.
Вы что в правду не знаете что автором понятия МД является Кодд? Ну Вы иерархисты даете.

_модЯ рад что для вас что-то выясняется. ID строки вообще не ключ. О чем и было сказано
.
Ну для Вас ничего не выяснятся судя по всему. РМД - не иерархическая СУБД и от того "ID строки" не имеет значения, если это не ключ.
Да и если не ключ, вообще не помогает Вашему тезису "Т.е. ключ - он всегда суррогатный."

_мод
С точки зрения структуры только это имеет значение. Остальное - бантики.

Счас. Все бросим и будем слушать советы иерархистов, что имеет значение в РМД, раз этого нет в ирерхических. Может сразу прйти а ирархические еще предложит? Вернуться к истокам?
От "остального" слишком много пользы, чтобы от него отказываться.
...
Рейтинг: 0 / 0
связка PK + UK
    #38227868
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfoПод существованием в теории понимается не упоминание вообще выдающимися теоретиками, а наличие понятия в теоретических выводах, т.е. либо аксиомах, либо в теоремах.
Например, суррогатный или нет ключ не имеет значения ни в теории функциональных зависимостей, в алгебре и т.п.
Суррогатность имеет значение для идентификации "строки" на практике.
Нет. Это не так. "Extanding the Database Relational Model to Capture More Meaning" - фундаментальная теоретическая работа Кодда, в которой суррогатам уделяется серьезное внимание (а вовсе не упоминание). Читайте, в частности, раздел 4. Designation of entities.
...
Рейтинг: 0 / 0
связка PK + UK
    #38227873
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfoПропал ответ на первую цитату.

Он был про то, что реальной терией в БД является только теория РБД. В частности, никакие другие МД кроме реляционной не имеют теоретического обоснования. Что считается их недостатком, в том числе и ООМД.
И это не так. Кто хотел, уже изучил теорию БД, и понял насколько это глубже и ценнее для практики, чем ее малая часть - теория реляционных БД.
...
Рейтинг: 0 / 0
связка PK + UK
    #38227891
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vadiminfo "ID строки" не имеет значения, если это не ключ.
Ессно не ключ, ведь в исходной структуре таблицы его нет и ФЗ от него нет. Его добавляют искусственно
vadiminfo Может сразу прйти а ирархические еще предложит? Вернуться к истокам?
Просто нужно понимать суть того, что делаешь
...
Рейтинг: 0 / 0
связка PK + UK
    #38227956
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
БредятинаНет. Это не так. "Extanding the Database Relational Model to Capture More Meaning" - фундаментальная теоретическая работа Кодда, в которой суррогатам уделяется серьезное внимание (а вовсе не упоминание). Читайте, в частности, раздел 4. Designation of entities.
Серьезное внимание это не теорема, имеющая значение. Результаты теории РБД обобщены у Мейера. Что меняет суррогатность? ФЗ, нормальные формы, алгебраические операции, выразительность исчисления кортежей. Там не имеет значение содержание данных.

Приводите сразу теорему, или что дает в плане теоретическом суррогатность.

БредятинаИ это не так. Кто хотел, уже изучил теорию БД


Не смешите. Там какая-нибудь галиматься, про то что запрос должен быть частью БД или что-то подобное, не помню точно?
...
Рейтинг: 0 / 0
связка PK + UK
    #38227968
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
_модЕссно не ключ, ведь в исходной структуре таблицы его нет и ФЗ от него нет. Его добавляют искусственно

И это приводит к Вашему тезису "Т.е. ключ - он всегда суррогатный."? А если бы добавляли естественно, то не приводило? Или к чему эти не ключи вообще было упоминать?



vadiminfo
Просто нужно понимать суть того, что делаешь

Не помешало бы.
...
Рейтинг: 0 / 0
связка PK + UK
    #38227979
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfoСерьезное внимание это не теорема, имеющая значение. Результаты теории РБД обобщены у Мейера. Что меняет суррогатность? ФЗ, нормальные формы, алгебраические операции, выразительность исчисления кортежей. Там не имеет значение содержание данных.
Приводите сразу теорему, или что дает в плане теоретическом суррогатность.
Вы очень легко перешли от упоминания к серьезному вниманию. Осталось прочитать статью. Получается, что пока ЧАЛ не встрял - была проблема, которая обсуждалась, а ссылка на Кодда перевела вопрос в совершенно непонятную плоскость. Что дает суррогатность в теории реляционных БД написано в теории реляционных БД. Что не так написано в теоретической статье Кодда??? Мейер не разобрался в этом вопросе??? Это я допускаю. Но в чем именно он не разобрался? Что же это за теория, которая не дает ответа на вопрос , обсуждаемый практиками постоянно !?
vadiminfoНе смешите. Там какая-нибудь галиматься, про то что запрос должен быть частью БД или что-то подобное, не помню точно?
Не часто встретишь специалиста (?), который не просто бравирует не знанием теории, но называет ее галиматьей)) При таком отношении к общей теории БД невозможно надеяться, что можно что-то понять в реляционной теории БД.
...
Рейтинг: 0 / 0
связка PK + UK
    #38227991
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vadiminfo "Т.е. ключ - он всегда суррогатный."
Что за чушь ?
...
Рейтинг: 0 / 0
25 сообщений из 140, страница 3 из 6
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / связка PK + UK
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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