|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Sergey Pratбh 2:5020/400 10 Jul 2001 20:24:34
To : All
Subject : Hа: Абстракция в сетевой и реляционной модели
--------------------------------------------------------------------------------
Hi!
"Serguei Tarassov" <templar@arbinada.com> сообщил/сообщила в новостях
следующее: news:9ieedm$2r4j$1@ddt.demos.su...
> > Разница "связью" в реляционной моделью и СВЯЗЬЮв сетевой модели в
> том,
> > что в реляционке это по сути просто ограничение на множество значений, а
в
> > сетевой модели - полноценная связь. А суть разницы в том, что в первой
для
> > того, что бы узнать является ли значение поля внешним ключем - это либо
> > полностью знать струтктуру БД, либо знать структуру системных каталогов.
А
> > сетевея модель подразумевает что узел снабжен изначально всей
необходимой
> > информацией о его связях с другими узлами.
> Вот именно. Реляции прячут физические связи под своей абстракцией. Hа
уровне
> физического устройства ядра и структур в СУБД. Разговор-то об этом.
Это не реляции прячу, а разработчик пользуется накладываемыми
ограничениями как связями. И то, это возможно только при соблюдении одного
из ранее приведенных условий. Приведу их еще раз:
- разработчик очень досконально знает схему зависимостей отношений в БД;
- разработчик имеет доступ к системным каталогам и он имеет возможность их
анализировать.
> > Как раз опять Володя прав, если тебе известен ключ кортежа, то это
не
> > значит что тебе известен весь кортеж. Тебе действительно произвести
поиск
> в
> > отношении, сравнивая значения ключей с имеющимся. А это и есть поиск.
> Вовсе нет.
> _Пользователь БД_ ничего не ищет. Это декларативный механизм внешних
ключей
> опять же скрывает под абстракцией, как он проводит поиски в связанной
> таблице. Если даже механизм изменится, то для пользователя не изменится
> ничего.
"Смешались в кучу кони, люди, И залпы тысячи орудий слились в единый
рев..." А.С. Пушкин "Полтава"
Уже в реляционную модель вплели и пользователя. Он то хоть там зачем?
Кстати для пользователя меняются только разработчики, а как был у него дебет
и кредит, так и остался по сей день.
Для того, что бы ты смог написать свой SELECT ... FROM ... INNER JOIN
... ты как минимум должен знать какие отношения тебе необходимо объединять и
по каким критериям. В сетевой модели связь существует как свойство узла и ты
просто обращяешся к связанным узлам, без каких либо дополнительных
телодвижений.
--
С уважением,
Сергей Прач
=================
Please, send you private mail to: s_pratch@mail.ru
--- ifmail v.2.15dev5
* Origin: Solver Ltd. site #2 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
