|
|
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
softwarerНе стоит. Это будет впрягание коня к трепетной лани - испортим разумный термин и ничего более. Но может не испортим: естесвенный ключ означет все лишь, что его значение является каким-то свойством какой-то сущности, с точки зрения потребителей инфы. Поэтому, возможно, новое бу\дет дополнительным прилагательным в наименовании: естесвенный ланевой ключ, или естесвенный коневой ключ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 11:32 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
vadiminfo, "происхождение" ключа само по себе нам малоинтересно, важны его свойства (являющиеся, в том числе, следствием происхождения). То есть, если предположить, что будут введены "естественный ланевой" и "естественный коневой" ключи в дополнение к "суррогатному коневому", то после долгой неразберихи народ постепенно начнёт говорить просто "коневой" и "ланевой". Не вижу смысла идти таким путём, проще имхо сразу не вносить путаницу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 11:45 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
softwarerТо есть, если предположить, что будут введены "естественный ланевой" и "естественный коневой" ключи в дополнение к "суррогатному коневому", то после долгой неразберихи народ постепенно начнёт говорить просто "коневой" и "ланевой". Не вижу смысла идти таким путём, проще имхо сразу не вносить путаницу. Это может означать, что, возможно, сразу отпадут "коневой" и "ланевой". Поскольку может быть важнее подчеркнуть искусственные свойства сущностей в МД или нет. А люди будут как вы говорите предрасположены к "долгой неразберихе" (ну тут есть 30 лет уже не могут разобраться что МУМПС проиграл РСУБД раз и вообще). Есть конечно вариант, что уйдут в прошлое "суррогатные", тогда отпадет и смысл в слове естествененые - нечему противопоставлять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 12:11 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
vadiminfoНе имеет преимуществ перед суррогатом в плане содержательности значений, но утрачивает достоинства оных в плане изменчивости. Не у всех СУБД. А если бы было у всех, что тогда ? vadiminfoДумаю, что использовать их как первичные ключ может прийти в голову каким-то начинающим челам или, можт быть, прозженным иерархистам. Поэтому и приходится делать суррогат практически для всех таблиц без разбора. Т.е. ключ - он всегда суррогатный. А есстеств. ключи уходят в индексы и констр. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 12:54 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
_модНе у всех СУБД. А если бы было у всех, что тогда ? . Ну так мелочи: в РМД по Кодду недолжно быть никаких атрибутов созданных проектировщиком. Типа это модель чистая от компьютерных деталей. _мод Т.е. ключ - он всегда суррогатный. А есстеств. ключи уходят в индексы и констр. У иерархистов ключ всегда суррогатный? В теории РБД есть ключи, нет понятия суррогатный. Да и на практике, суррогатные юзаются в основном только как первичные. Как не первичные могут быть в таблицах многие ко многим. Все остальные ключи у таблицы как правило естественные: так как предназначены исключить повторы по содержательным данным. Т.е. ключи далеко не всегда суррогатны. Но все ключи и сурогатные в том числе - "уходят... констр". Так как являются ОЦ отношения, т.е. констр на английском языке. В индексы "не уходят" как правило, так как индексы - это физическое, а ключи логическое. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 13:15 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
vadiminfoНу так мелочи: в РМД по Кодду недолжно быть никаких атрибутов созданных проектировщиком. Типа это модель чистая от компьютерных деталей. Поэтому еона и осталась на бумаге. vadiminfoУ иерархистов ключ всегда суррогатный? Вы не поверите, таки да vadiminfoДа и на практике, суррогатные юзаются в основном только как первичные. Ессно vadiminfoТ.е. ключи далеко не всегда суррогатны. Надо различать ID строки(всегда есть и всегда один) и ключи, которых м.б. от 0 до н, в т.ч. и не уникальные vadiminfoТак как являются ОЦ отношения А вот ОЦ надо строить только на ID ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 14:04 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
tanglirБредятинаСнова и снова предлагаю модераторам переименовать форум в "Проектирование реляционных БД".Учитывая степень распространённости тех и других, логичнее было бы выделить подфорум "Проектирование НЕреляционных БД" :) Нет, не логичнее. Я очень ясно объяснил суть. Речь в подавляющем большинстве тем идет о проектировании реляционных БД , и нужно так и назвать форум, чтобы я, например, не раздражал бы людей в этом форуме сообщениями о проектировании БД 14175096 в которых рассматриваются все БД . Здесь же, как Вы правильно заметили, интерес представляют именно реляционные БД . Зачем же об этом размышлять, если проще назвать форум так, чтобы не оставалось никаких вопросов. А вот как назвать другой форум, на мой взгляд, очевидно, - именно "проектирование БД", чтобы можно было бы сравнивать (есть же форум "Сравнение СУБД", например). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 14:23 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
_модБредятинаСнова и снова предлагаю модераторам переименовать форум в "Проектирование реляционных БД". Принципы проектирования одинаковы Тогда не нужно игнорировать эти принципы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 14:24 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
MasterZivtanglirпропущено... Учитывая степень распространённости тех и других, логичнее было бы выделить подфорум "Проектирование НЕреляционных БД" :) Лучше выделить отдельный топик "проектирование бредовых бд", где бредятина будет сама себе вопрошать и ответствовать. Скажите, пожалуйста, что Вы не поняли (и посчитали бредовым) в этом сообщении 14175096 ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 14:25 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
БредятинаСкажите, пожалуйста, что Вы не поняли (и посчитали бредовым) в этом сообщении 14175096 ? Я не понял, зачем ты его написал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 14:33 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
_модПоэтому еона и осталась на бумаге. Ну и еще осталась в основных СУБД (некоторые иерархисты хотели чтобы СУБД не было), ну и так по мелочам: осталась сейчас ее эпоха в технологиях БД. _модВы не поверите, таки да Охотно, поверю. На то они и СУБД первого поколения, что там в МД много физического. Собсно и понятия МД в их времена не было. Это понятие Кодд (автор РМД) ввел. _модЕссно А Вы говорили все ключи всегда суррогатные. А теперь только первичные. _модНадо различать ID строки(всегда есть и всегда один) и ключи, которых м.б. от 0 до н, в т.ч. и не уникальные А " ID строки" это суррогатный ключ надо понимать? Так а Вы то говорили, что все ключи суррогатные. А теперь выясняется есть их еще: " которых м.б. от 0 до н". _модА вот ОЦ надо строить только на ID Вы наверное и под ОЦ понимаете только ссылочную целостность. Но на английском OЦ - это Кострейны (Вы думали что в это слово уходят только естественные). Т.е. это вообще все логические ограничения данных и суррогатные и не очень. Например, есть ОЦ отношения: регистрационный номер предприятия не должен повторяться в таблице предприятие, которое в РМД и может быть естественным ключем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 14:34 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
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 лет прошло, как в теорию реляционных БД включены суррогаты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 14:49 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
MasterZivБредятинаСкажите, пожалуйста, что Вы не поняли (и посчитали бредовым) в этом сообщении 14175096 ? Я не понял, зачем ты его написал. Вот! Именно за тем, чтобы рассказать автору темы об истоках проблемы, с которой он столкнулся. Вот назвали бы форум "Проектирование реляционных БД", и обсуждали бы сами с собой эти проблемы до бесконечности. Так что бредового я написал, можете пояснить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 14:53 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
БредятинаВ теории БД ключей нет, а вот в теории реляционных БД Бредятинаключи, в том числе, суррогатные - Codd[1979]: Под существованием в теории понимается не упоминание вообще выдающимися теоретиками, а наличие понятия в теооетических выводах, т.е. либо аксиомах, либо в теоремах. Например, суррогатный или нет ключ не имеет значения ни в теории функциональных зависимостей, в алгебре и т.п. Суррогатность имеет значение для идентификации "строки" на практике. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 15:16 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
Пропал ответ на первую цитату. Он был про то, что реальной терией в БД является только теория РБД. В частности, никакие другие МД кроме реляционной не имеют теоретического обоснования. Что считается их недостатком, в том числе и ООМД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 15:19 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
БредятинаТогда не нужно игнорировать эти принципы. Так никто и не игнорирует ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 15:30 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
vadiminfoНу и еще осталась в основных СУБД Вы ошибаетесь, модель Кодда так же как и язык алфа никогда не были реализованы в полном объеме [quot vadiminfo]Собсно и понятия МД в их времена не было.[quot vadiminfo] Ошибка. А сетевые от иерархических как отличали. vadiminfoА " ID строки" это суррогатный ключ надо понимать? Так а Вы то говорили, что все ключи суррогатные. А теперь выясняется есть их еще: " которых м.б. от 0 до н". Я рад что для вас что-то выясняется. ID строки вообще не ключ. О чем и было сказано vadiminfoВы наверное и под ОЦ понимаете только ссылочную целостность. С точки зрения структуры только это имеет значение. Остальное - бантики. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 15:38 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
_модВы ошибаетесь, модель Кодда так же как и язык алфа никогда не были реализованы в полном объеме . Основные СУБД называют себя реляционными. Они поддерживают главное в РМД. _мод А сетевые от иерархических как отличали. . Ну уж не как МД их отличали. Вы что в правду не знаете что автором понятия МД является Кодд? Ну Вы иерархисты даете. _модЯ рад что для вас что-то выясняется. ID строки вообще не ключ. О чем и было сказано . Ну для Вас ничего не выяснятся судя по всему. РМД - не иерархическая СУБД и от того "ID строки" не имеет значения, если это не ключ. Да и если не ключ, вообще не помогает Вашему тезису "Т.е. ключ - он всегда суррогатный." _мод С точки зрения структуры только это имеет значение. Остальное - бантики. Счас. Все бросим и будем слушать советы иерархистов, что имеет значение в РМД, раз этого нет в ирерхических. Может сразу прйти а ирархические еще предложит? Вернуться к истокам? От "остального" слишком много пользы, чтобы от него отказываться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 16:19 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
vadiminfoПод существованием в теории понимается не упоминание вообще выдающимися теоретиками, а наличие понятия в теоретических выводах, т.е. либо аксиомах, либо в теоремах. Например, суррогатный или нет ключ не имеет значения ни в теории функциональных зависимостей, в алгебре и т.п. Суррогатность имеет значение для идентификации "строки" на практике. Нет. Это не так. "Extanding the Database Relational Model to Capture More Meaning" - фундаментальная теоретическая работа Кодда, в которой суррогатам уделяется серьезное внимание (а вовсе не упоминание). Читайте, в частности, раздел 4. Designation of entities. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 16:44 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
vadiminfoПропал ответ на первую цитату. Он был про то, что реальной терией в БД является только теория РБД. В частности, никакие другие МД кроме реляционной не имеют теоретического обоснования. Что считается их недостатком, в том числе и ООМД. И это не так. Кто хотел, уже изучил теорию БД, и понял насколько это глубже и ценнее для практики, чем ее малая часть - теория реляционных БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 16:46 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
vadiminfo "ID строки" не имеет значения, если это не ключ. Ессно не ключ, ведь в исходной структуре таблицы его нет и ФЗ от него нет. Его добавляют искусственно vadiminfo Может сразу прйти а ирархические еще предложит? Вернуться к истокам? Просто нужно понимать суть того, что делаешь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 16:54 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
БредятинаНет. Это не так. "Extanding the Database Relational Model to Capture More Meaning" - фундаментальная теоретическая работа Кодда, в которой суррогатам уделяется серьезное внимание (а вовсе не упоминание). Читайте, в частности, раздел 4. Designation of entities. Серьезное внимание это не теорема, имеющая значение. Результаты теории РБД обобщены у Мейера. Что меняет суррогатность? ФЗ, нормальные формы, алгебраические операции, выразительность исчисления кортежей. Там не имеет значение содержание данных. Приводите сразу теорему, или что дает в плане теоретическом суррогатность. БредятинаИ это не так. Кто хотел, уже изучил теорию БД Не смешите. Там какая-нибудь галиматься, про то что запрос должен быть частью БД или что-то подобное, не помню точно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 17:18 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
_модЕссно не ключ, ведь в исходной структуре таблицы его нет и ФЗ от него нет. Его добавляют искусственно И это приводит к Вашему тезису "Т.е. ключ - он всегда суррогатный."? А если бы добавляли естественно, то не приводило? Или к чему эти не ключи вообще было упоминать? vadiminfo Просто нужно понимать суть того, что делаешь Не помешало бы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 17:28 |
|
||
|
связка PK + UK
|
|||
|---|---|---|---|
|
#18+
vadiminfoСерьезное внимание это не теорема, имеющая значение. Результаты теории РБД обобщены у Мейера. Что меняет суррогатность? ФЗ, нормальные формы, алгебраические операции, выразительность исчисления кортежей. Там не имеет значение содержание данных. Приводите сразу теорему, или что дает в плане теоретическом суррогатность. Вы очень легко перешли от упоминания к серьезному вниманию. Осталось прочитать статью. Получается, что пока ЧАЛ не встрял - была проблема, которая обсуждалась, а ссылка на Кодда перевела вопрос в совершенно непонятную плоскость. Что дает суррогатность в теории реляционных БД написано в теории реляционных БД. Что не так написано в теоретической статье Кодда??? Мейер не разобрался в этом вопросе??? Это я допускаю. Но в чем именно он не разобрался? Что же это за теория, которая не дает ответа на вопрос , обсуждаемый практиками постоянно !? vadiminfoНе смешите. Там какая-нибудь галиматься, про то что запрос должен быть частью БД или что-то подобное, не помню точно? Не часто встретишь специалиста (?), который не просто бравирует не знанием теории, но называет ее галиматьей)) При таком отношении к общей теории БД невозможно надеяться, что можно что-то понять в реляционной теории БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2013, 17:37 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=38227641&tid=1541288]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
136ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
85ms |
get tp. blocked users: |
1ms |
| others: | 222ms |
| total: | 483ms |

| 0 / 0 |
