mcureenabНе путайте связи - понятие ER модели с ограничениями ссылочной целостности БД.

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

В объектных БД связи можно прописать в БД, в виде ссылок на объекты.

Нет. Связи не являются атрибутами (свойствами) объектов [как внешний ключ в РМД]. Также, как и идентификаторы [как первичный ключ в РМД]. Не нужно "в виде ссылок". Будет получаться почти как в "Р"СУБД (за исключением того, что для внешнего ключа в РМД не определен специальный тип).

_модmcureenab
В объектных БД связи можно прописать в БД, в виде ссылок на объекты.
В сетевых и иерархических. В РБД никаких связей нет по определению РМД.

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

mcureenab_модmcureenab
В объектных БД связи можно прописать в БД, в виде ссылок на объекты.
В сетевых и иерархических. В РБД никаких связей нет по определению РМД.

Взаимосвязанные объекты в объектной БД образуют сеть и СУБД о ней знает.

Формально, "Р"СУБД тоже знает о "связях по ключам".

_модmcureenabВзаимосвязанные объекты в объектной БД образуют сеть и СУБД о ней знает.
Можно построить ОБД без прямых связей, аналогично РБД. Наличие прямых связей - это сетевая МД. А элементы сети могут быть любыми.

Возможно, лучше бы было сказать не "прямых", а "явных":)
Кроме того, у связей есть семантика. В некотором смысле, получаем "семантическую сеть". А раз появилось слово сеть, то где-то рядом и слово "сетевая":)
Объектные СУБД, конечно, прямые наследники иерархических и сетевых, то есть объектно-ориентированных, в отличие от записеориентированной "Р"СУБД.

AndrewwО боже ! опять семантика

О боже! Так ничему и не научились:)

_модБредФормально, "Р"СУБД тоже знает о "связях по ключам".
Не, не знает (если явно не указать). А вот ОСУБД обязана знать (здесь согласен), т.к. ссылки на объекты явно типизированы.

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

_модБредНо не благодаря ссылкам (это слабая технология), а благодаря явным связям:)
Это понял. Ссылка может содержать физический адрес объекта, но тогда возникают проблемы с перемещением БД. Либо ссылка содержит ИД объекта доступ через индекс - медленнее, но надежней.
Да, примерно так. Только, поскольку связь (то есть, идентификаторы других объектов) не является атрибутом объекта (так же, как и идентификатор не является атрибутом объекта), то связи - это "отдельная конструкция": каждый экземпляр связи - это пара идентификаторов, а точнее две пары для симметричной навигации.

AndrewwБред, О боже! Так ничему и не научились:)

Сколько времени потратил бы орёл впустую, если бы согласился учиться у вороны. (с) Классик.


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

Естественно, с Вами дискутировать не очем в области баз данных, так как Вы не специалист в этой области. Здесь я с Вами полностью согласен:)