Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 24 25 26 27 28 [29] 30 31 32 33 .. 83   вперед  Ctrl
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
osse
Member

Откуда: Н-ск
Сообщений: 162
Некоторые вопросы по следующему фрагменту:
Андрей Леонидович "Сравнительный анализ моделей данных современных СУБД и новые идеи в области моделирования данных. Роль и перспективы М в развитии СУБД".

Об идентификаторах.

Причем не только об идентификаторах экземпляров, но и об идентификаторах объектов (таблиц) и характеристик (полей).

Как уже упоминалось в разделе 1, идентификация уникальности вызвала серьезные споры у исследователей реляционной модели, а затем споры между "реляционистами" и "объективистами" [6,7].
Первые все еще продолжают доказывать (но уже очень вяло), что первичные ключи иногда нужны, а вторым и доказывать-то ничего не нужно, так как идентификаторы органически присущи методологии ООП.

Идентификация уникальности применялась в обществе задолго до возникновения баз данных. Поэтому вызывают удивление споры о первичных ключах, ссылках, идентификаторах, суррогатах.

Кодд через 9 лет после опубликования пионерской работы [1] все-таки пришел к выводу, что идентификаторы лучше первичных ключей [2]. Правда он использовал термин "суррогат".
..................
В Икс идентификаторы экземпляров объектов, конечно же, НЕ СКРЫТЫ от
пользователя. Генерировать, например, инвентарные номера лучше
автоматически (до появления компьютеров это ВЫНУЖДЕННО делалось вручную),
но зачем же скрывать их от пользователя.
...................
В существующей версии Икс поддерживаются как автоматические, так и
вводимые пользователем (содержательные) идентификаторы.

....................
В разделе 2.4. мы еще раз убедимся в преимуществе идентификаторов над первичными ключами, но уже на уровне программирования.
......................

2.4. Аспекты целостности и манипулирования

Аспект целостности лишь осложняется в модели Кодда из-за ее подгонки под выбранный математический аппарат: ссылка на идентификатор ЦЕЛОСТНЕЕ, чем атрибут, объявленный внешним ключом.

О терминологических проблемах реляционных систем: первичные и внешние ключи и "ссылочная целостность"...

Дублированность терминов: "внешний ключ", но "ссылочная целостность". Причем даже при реализации РАСШИРЕННОЙ модели Кодда [2] (то есть, посуществу, при использовании идентификаторов) эта проблема остается.

Как уже упоминалось в разделе 1, соединив R (A,B,C) с S (D,E,A) мы получим T (A,B,C,D,E) независимо от того объявили ли мы, что A является первичным ключом в R и внешним ключом в S. Вряд ли это прибавляет "целостности" реляционным системам...
................................
Недостатком модели Кодда, унаследованным от реляционной модели, является ДВУХЭТАПНОСТЬ описания связи посредством "внешнего ключа": сначала описывается обычная колонка "дочерней" таблицы ["дочерняя" еще один неудачный термин, нарушающий равноправие объектов], а потом указывается, что это внешний ключ; хотя на самом деле "внешний ключ" - это ССЫЛКА (в Икс ссылка - это специальный тип характеристики, что подчеркивает статус ссылки, как интегрированной в объект связи).
................
Описание первичного ключа (в нашем примере - в таблице Customers) ТАК ЖЕ ИЗЛИШЕСТВО ! В Икс идентификаторы экземпляров не рассматриваются, как характеристики экземпляров...
...................


Из приведенного фрагмента доклада, - какие преимущества у идентификаторов экземпляров Икс перед первичными ключами (суррогатными), кроме того что идентификаторы не нужно описывать?

Вы считаете серъезным недостатком то, что в SQL-запросе можно выполнять соединение таблиц A и B не только по условию A.PrimaryKey = B.ForeignKey ?

В каком аспекте, "ссылка на идентификатор ЦЕЛОСТНЕЕ, чем атрибут, объявленный внешним ключом", кроме того, что "атрибут, объявленный внешним ключом" нужно описывать ?

Андрей Леонидович

Почему удобнее идентифицировать кортеж не по всем его полям. По скольким полям Вы обычно идентифицируете кортежи ?

Насколько я понимаю обсуждение: кортеж по определению/теории уникален, но эту уникальность нужно поддерживать в реализации РСУБД. А строить индекс по всем полям таблицы, наверное, не есть хорошо :-)
Поэтому, реально, для _обеспечения_ уникальности кортежей накладывается на меньшее количество полей.
И потом, чтобы идентифицировать кортеж по всем полям, значения этих полей необходимо знать. Т.е. идентифицировать кортеж по всем полям просто бессмысленно :-)

p.s. Я не x :-)
22 сен 04, 01:44    [977070]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
osse
Member

Откуда: Н-ск
Сообщений: 162
[quot автор]
Поэтому, реально, для _обеспечения_ уникальности кортежей накладывается на меньшее количество полей.[/quot]
Читать как

"Поэтому, реально, для _обеспечения_ уникальности кортежей ограничение уникальности накладывается на меньшее количество полей."
22 сен 04, 01:46    [977072]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
osse
Member

Откуда: Н-ск
Сообщений: 162
2 vadiminfo,
когда писал свое сообщение, ваше еще не видел, поэтому по поводу уникальности кортежей повторил вас :-)
22 сен 04, 01:50    [977074]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
c127
Guest
2 Павел Воронцов

Согласен, недосмотр.

2 Андрей Леонидович

>2. В ЧЕМ КОНКРЕТНО Вы видите бред в следующих один за другим 6-ти пунктах и двух ограничениях (ведь это сжатое изложение части моего выступления на семинаре в 1999г., которое Вы называете бредом) ?

До 6 пунктов не дошел но я о них не упоминал.

Я называю бредом то что мне удалось прочитать, Ваш доклад на семинаре в 1999 году мне к счастью недоступен. И совершенно до лампочки является ли прочитанное мной сжатым или развернутым изложением, достаточные условия бредовости уже выполнены.

Бред состоит в том, что Вы используете некие понятия, которые якобы определили в разделе "Основные понятия и гипотезы". Еще раз: основные понятия, т.е. те, на которых основано все оставшееся изложение. Но то что Вы там называете определениями - позор один. Почему - я объяснил раньше. Над этими опредлениями народ и раньше посмеивался, но тихо, чтоб не залететь на лесоповал, а теперь они вообще выглядят несерьезно. Постыдились бы выставлять себя на посмешище, Вы же уже не мальчик, по-видимому человек в возрасте, раз знаете М-Л определение пространства и времени.

Не верите мне - попробуйте опубликовать Вашу статью в вестнике ф-та прикладной математики МГУ, например, и послушайте что скажут там.

Кстати ссылки на труды основателей марксизма-ленинизма в списке литературы нет. Что, цитировать можно, а явную ссылку дать уже стыдно?
22 сен 04, 02:19    [977097]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Зл0й
Member

Откуда: Северная Калифорния
Сообщений: 686
В реляционной модели кортеж уникален, по определению. Просто потому что реляционная модель оперирует sets а не bags (multisets). Обычная реализация реляционной модели в виде SQL оперирует последними, соответственно допускает дубликаты. Исключением является Teradata где реляционная модель реализована наиболее последовательно. Там по умолчанию дубликаты кортежей не допускаются, чтобы допускались надо сказать магическое слово multiset при создании таблицы.

Если кто-то считает что первичный ключ нужен только для того, чтобы обеспечить уникальность кортежей, он не понимает .

Первичный ключ - результат функциональной зависимости. То есть мы разбиваем кортеж на две группы атрибутов A1..An и B1..Bn и утверждаем что Bi целиком и полностью зависит от Ai. То есть
- отношение между Ai и Bi 1:1
- Bi зависит от Ai целиком, не от его частей
- Bi зависит только от Ai не от других атрибутов
Это - моё вольное изложение нормальной формы бойса-кодда. "Богатая идея" здесь в том что если хранить данные в виде отношений 1:1 то избыточночти взяться неоткуда. Так что насчет "большей избыточности" неправда ваша. Напоминаю, что речь о модели а не ее реализации. С точки зрения модели данных указатель ничем не менее избыточен чем ключ.

Суррогатные ключи необходимы толко вот в тех редких случаях когда предметная область не позволяет нам завести "натуральный" ключ. Чаще всего суррогатный ключ - либо результат ошибки в модели данных, либо для введен для удобства реализации. Пример "ошибки" - заводят customer_id вместо использования номера карточки социального страхования. Пример 2го - если ключ из 5-7 элементов, то заводят суррогат.

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

И напоследок, реляционная модель - логическая модель. Физическая схема хранения выбирается под конкретную задачу. Например куча, сбалансированное дерево, хэш-таблица. Более того, если в логической модели 2 таблицы, это не значит что в физической модели 2 объекта. Может быть 1.
22 сен 04, 03:12    [977110]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
c127
Guest
2 Зл0й

Андрей Леонидович>1. Кортежи итак однозначно идентифицированы. Без первичного ключа. Зачем нужен первичный ключ ?

Андрей Леонидович путает причину и следствие. У нас нет цели построить набор уникальных записей и назвать его таблицей.

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

Кстати такой набор полей - прямая связь с предметной областью, о которой так пекутся сторонники ООМД, чаще всего оттуда unique и вылазит. Вот, например, для этой связи оно и нужно.
22 сен 04, 06:55    [977150]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
c127
Guest
Перечитал еще раз последние 2 страницы внимательнее, оказалось что до меня по крайней мере человек 5 пытались донести до оппонента эту мысль. Так что мой последний пост можно и не читать. Относительно новая мысль только о перепутывании причин и следствий как основе непонимания.
22 сен 04, 07:18    [977165]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Павел Воронцов
Member

Откуда: Новосибирск
Сообщений: 2400
Блог
Андрей Леонидович
Так зачем нужны первичные ключи ? Зачем "переменная-отношение всегда должна иметь первичный ключ" ?


Ещё раз медленно. В РМД НЕТ понятия первичного ключа. Дейт именно об этом и пишет. "По традиции" один из ключей называется первичным. Раз отношение ВСЕГДА имеет хотя бы один потенциальный ключ, "переменная-отношение всегда должна иметь первичный ключ". Всё. Низачем. Она просто его имеет по необходимости. Это кстати одна из главных мишеней в критике SQL со стороны Дейта - таблицу можно определить НЕ ОПРЕДЕЛЯЯ ни одного потенциального ключа (читай - первичного) и такая таблица БУДЕТ принимать дублирующиеся строки. Ergo таблицы SQL не являются отношениями, а строки - кортежами.

Кстати - Вы можете спросить обо всём этом самого Дейта. Вот здесь. Надеюсь, перевести свои выкладки на английский сумеете? Или помочь? (честно говоря сильно не хотелось бы)
22 сен 04, 07:35    [977175]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Зл0й

Первичный ключ - результат функциональной зависимости. То есть мы разбиваем кортеж на две группы атрибутов A1..An и B1..Bn и утверждаем что Bi целиком и полностью зависит от Ai. То есть
- отношение между Ai и Bi 1:1
- Bi зависит от Ai целиком, не от его частей
- Bi зависит только от Ai не от других атрибутов
Это - моё вольное изложение нормальной формы бойса-кодда. "Богатая идея" здесь в том что если хранить данные в виде отношений 1:1 то избыточночти взяться неоткуда. Так что насчет "большей избыточности" неправда ваша. Напоминаю, что речь о модели а не ее реализации. С точки зрения модели данных указатель ничем не менее избыточен чем ключ.

Вообще-то в нормальной форме бойса-кодда (НФБК) речь идет не о первичных ключах, а скорее о первичных атрибутах. В зависимости от литературы и перевода. У Мейра в теории рел БД. Точнее в этой форме исключаются любые транзитивные зависимости атрибутов от ключа, тогда как в третьей нормальной форме (3НФ) исключаются транзитивные зависимости непервичных атрибутов. Атрибут считается первичным, если входит хоть в один ключ.
В результате НФБК сильнее 3НФ в плане подавления избыточности, однако она имеет проблемы с навязыванием схеме всех функциональных зависимостей выявленных в ПО. Т.е. с помощью выделения ключей не всегда можно навязать их схеме. Тогда как всегда можно построить схему 3НФ, в которой множество навязанных функциональных зависимостей порождает все зависимости ПО. Поэтому проектировщик стоит в общем случае перед выбором, т.е. в случае если схема находится в 3НФ, но не в НФБК. Правда на практике такое не так часто бывает.

Зл0й

Суррогатные ключи необходимы толко вот в тех редких случаях когда предметная область не позволяет нам завести "натуральный" ключ. Чаще всего суррогатный ключ - либо результат ошибки в модели данных, либо для введен для удобства реализации. Пример "ошибки" - заводят customer_id вместо использования номера карточки социального страхования. Пример 2го - если ключ из 5-7 элементов, то заводят суррогат.

Я тоже так считал пока разрабатывал небольшие по объему БД на Access. и избегал суррогатных ключей. Но приходится признать, что в больших БД желательно избежать изменения значений первичного ключа. Особенно если это грозит каскадным обновлением. Кроме того, возникает проблема стиля при написании триггеров. Т.е. если в одном случе суррогат, а в другом естественный ключ, то ухудшает стиль. Это не противоричет тому, что Вы сказали, но ослобляет термин "ошибка".
22 сен 04, 10:19    [977472]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
ЗлОй !

ОСУБД - это не "система с указателями". И в ней нет тех недостатков IMS и Cache, которые Вы перечислили.
22 сен 04, 13:21    [978385]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
с127 !

Почему "желательно иметь минимальный набор полей идентифицирующих запись" ? Зачем вообще идентифицировать запись ?
22 сен 04, 13:23    [978390]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
Павел Воронцов !

Отлично ! В РМД НЕТ понятия первичных ключей !
Как известно практика, а не теория, является критерием истины. Как вы поступаете на практике, применяя реляционную "теорию" ?

Вариант 1. Следуете реляционной "теории".

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

Вариант 2. Дорабатываете реляционную "теорию".

ЧТО именно не доработано в РМД, что Вам приходится дорабатывать ЭТО самостоятельно, используя на практике понятие "первичный ключ" ?
Зачем нужен первичный ключ ?
22 сен 04, 13:30    [978437]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
ЗлОй !

Суррогатные ключи - это не идентификаторы. Какое бы прилагательное Вы не использовали с существительным "ключ", ключи (любые) - это не идентификаторы.
22 сен 04, 13:39    [978486]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Павел Воронцов
Member

Откуда: Новосибирск
Сообщений: 2400
Блог
Андрей Леонидович
ЧТО именно не доработано в РМД, что Вам приходится дорабатывать ЭТО самостоятельно, используя на практике понятие "первичный ключ" ?
Зачем нужен первичный ключ ?

Сударь, Вы либо дурак либо провакатор. Ещё раз очень медленно. Один из потенциальных ключей принято называть первичным. Наличие такого понятия никоим образом не отменяет, не портит и не заставляет дорабатывать реляционную модель. Просто люди договорились один из возможных ключей переменной-отношения (быть может единственный - весь набор атрибутов) называть первичным, а все другие (если они есть) - альтернативными. Покажите пальцем где тут доработка теории? Не более чем соглашение о терминологии.

Я что-то не понимаю - Вы в принципе против наличия каких бы то ни было ключей кроме пресловутого OID? То есть совсем-совсем никаких никогда ключей не надо. И кстати - если
Андрей Леонидович
ОСУБД - это не "система с указателями". И в ней нет тех недостатков IMS и Cache, которые Вы перечислили

То что тогда такое ОСУБД?
22 сен 04, 13:41    [978493]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Павел Воронцов
Member

Откуда: Новосибирск
Сообщений: 2400
Блог
Андрей Леонидович
ЗлОй !

Суррогатные ключи - это не идентификаторы. Какое бы прилагательное Вы не использовали с существительным "ключ", ключи (любые) - это не идентификаторы.

Опа. А что тогда они такое?
22 сен 04, 13:41    [978501]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
vadiminfo !

По моему Вы допускаете серьезные ошибки при проектировании БД. Табельный номер не следует использовать для идентификации ни Человека, ни Сотрудника. Вы что хотите предотвратить таким образом начисление ЗП два раза одному сотруднику ? Или это что-то абстрактное ?

Оптимальная схема БД получается с помощью ключей ? Высший пилотаж.

На какие вопросы про ключи в РМД и идентификаторы в ОМД (сейчас мы говорим именно про ЭТО) я не ответил ?
22 сен 04, 13:56    [978597]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
Борис Глушкин "Диалоги Шишкина", «Разговор со шпионом»

...
– Ладно, – взял себя в руки Шишкин. И снял телогрейку, держа ее, на всякий случай, в руке. – Ну уж да – что вы хотите спросить? Нормальным русским языком.
– Вы где живете? – спросил Бякин.
– В городе, - напрягся Шишкин.
– В каком городе, – Бякин хитро взмахнул руками.
– Не понимаю ?! – голос Шишкина предательски задрожал. – Как это "в каком" ?
– Как называется город, в котором вы живете, – наседал Бякин. – Название у него есть ?
– По разному называют, - под ложечкой у Шишкина неприятно заныло.
– Что значит по разному ? Вот я, например, живу в Подольске. Сейчас я понятно говорю?
– Ну ?
– А мои родители живут в Воронеже.
– Ну ?
– Что «ну», а ваш город как называется ?
– Ну, как?.. Из семи букв, – Шишкин почуствовал холодный пот по всему телу, – три гласных, и четыре согласных…
Бякин согласно кивал головой. "Ну все, сейчас расколет", - подумал Шишкин.
– Это все хорошо, – сказал Бякин. – Но каково же окончательное название?
– Каково ?
– Я вас спрашиваю.
– А я не знаю. Ну, не знаю, что хошь делай! Ты просто дурак! Ё макляшка – матерно выругался Шишкин. И взмахнул телогрейкой, крепко зажатой в руке. – Чего тебе от меня надо?! – закричал он. – Ты можешь прямо сказать? Или я тебе долбану сейчас вот этой телогрейкой!.. Больной ты! Шизофреник!..
...
22 сен 04, 14:18    [978759]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
osse
Member

Откуда: Н-ск
Сообщений: 162
Андрей Леонидович, а Вы целиком рассказ читали? :-)
22 сен 04, 14:24    [978802]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
Павел Воронцов !

Отлично ! В РМД НЕТ понятия первичных ключей !
Как известно практика, а не теория, является критерием истины. Как вы поступаете на практике, применяя реляционную "теорию" ?

Вариант 1. Следуете реляционной "теории".

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

Вариант 2. Дорабатываете реляционную "теорию".

ЧТО именно не доработано в РМД, что Вам приходится дорабатывать ЭТО самостоятельно, используя на практике понятие "первичный ключ" ?


ЧТО ИМЕННО ?

И Вы что же не понимаете, что суррогатные ключи - это не идентификаторы ?
Ну тогда давайте остановимся на том, что я дурак.
22 сен 04, 14:28    [978839]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
osse !

Давайте с литературой не будем продолжать. Давайте с первичными ключами и идентификаторами разберемся.
22 сен 04, 14:31    [978868]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
osse
Member

Откуда: Н-ск
Сообщений: 162
Андрей Леонидович
osse !

Давайте с литературой не будем продолжать. Давайте с первичными ключами и идентификаторами разберемся.

На самом верху страницы я вопросы Вам задавал, как раз по этому поводу.
22 сен 04, 14:37    [978914]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Павел Воронцов
Member

Откуда: Новосибирск
Сообщений: 2400
Блог
Андрей Леонидович
ЧТО ИМЕННО ?

Я не следую ни первому ни второму Вашему варианту ибо не вижу когнитивного диссонанса в использовании первичных ключей в реляционной модели. ЧТО ИМЕННО Вас так возбуждает в первичных ключах?
Андрей Леонидович
И Вы что же не понимаете, что суррогатные ключи - это не идентификаторы ?
Ну тогда давайте остановимся на том, что я дурак.

Тоже вариант. Я тут имел несчастье почитать середину примерно дискуссии и чем дальше вчитываюсь, тем меньше желания продолжать с Вами разговор. Однако же интересно было бы узнать чем суррогатный ключ ПРИНЦИПИАЛЬНО отличается от идентификатора (полагаю, Вы подразумеваете пресловутый OID)? Давайте пока остановимся на гипотизе, что дурак всё-таки я и Вы мне поясните этот тонкий момент. Заранее прошу прощения, быть может Вы тут уже кому-то это растолковывали, тогда не сочтите за труд - киньте ссылочку! Спасибо заранее.
22 сен 04, 14:40    [978934]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
osse !

Мне называют преимущество РСУБД: написал запрос на декларативном языке, и даже думать не нужно ни о чем, все сделает РСУБД.
Идентификаторы в ОСУБД позволяют не думать об идентификации. Если первичные ключи нужны для идентификации, то их использование подобно использованию ручной навигации в ОСУБД. Что же Вам не понятно ?
Но это только начало. А зачем нужна идентификация ?

ИЗВИНИТЕ, пожалуйста, много работы. До завтра.
22 сен 04, 14:50    [979003]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
Андрей Леонидович
Guest
Павел Воронцов !

Суррогатный ключ - это атрибут отношения ?

ИЗВИНИТЕ, пожалуйста, много работы. До завтра.
22 сен 04, 14:53    [979016]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение объектно-ориентированных, реляционных и объектно-реляционных СУБД .  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Андрей Леонидович

По моему Вы допускаете серьезные ошибки при проектировании БД. Табельный номер не следует использовать для идентификации ни Человека, ни Сотрудника. Вы что хотите предотвратить таким образом начисление ЗП два раза одному сотруднику ? Или это что-то абстрактное ?

Оптимальная схема БД получается с помощью ключей ? Высший пилотаж.

На какие вопросы про ключи в РМД и идентификаторы в ОМД (сейчас мы говорим именно про ЭТО) я не ответил ?


Где я писал про идентификацию табельным номером кого-либо? Да я хочу предотвратить ситуацию двух одинаковых табельных номеров в одной таблице с зарплатой. А Вы не хотите? Пусть напишет туда много зарплат на один табельный номер? А потом сложит и получит общую сумму. Это все увертки. Ответьте прямо на вопрос. Как Вы этого добьетесь? Не пытайтесь переводить на другие воапросы про проектирование или идентификацию.

Вообще-то, ключи имеют значение для оптимизации схемы, хотя главное их назначение - обеспечение определенных типов ограничений целостности данных. Но это влияет на схему в конечном счете. А по Вашему нет? Впрочем, оптимальность схемы тоже можно пока отложить. С Вашими знаниями РМД это не серьезно.

Вы не ответили ни на один. Хотя бы на последний жирным шрифтом. Который про ключи. Которые Вы пытались выкинуть с помощью уникальности кортежей. Причем тогда не только из РМД. Но , например, и из ER.
22 сен 04, 15:07    [979093]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 24 25 26 27 28 [29] 30 31 32 33 .. 83   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить