|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Serguei Tarassov 2:5020/400 17 Jul 2001 16:40:17
To : All
Subject : Re: текстовые ключи
--------------------------------------------------------------------------------
Доброго дня!
"Vladimir Pavlikov" <pvv@soil.msu.ru> wrote in message
news:9j1a77$d65$2@host.talk.ru...
> Все-таки не понимаю, что ты хочешь. Сначала ты утверждал о том, что уро-
> вень абстракции ниже у сети. Хотя (как мне кажется) должно быть совершенно
> очевидно, что манипуляции со связью, как понятием, более абстрактны, чем
> ручное ее иммитирование посредством явно, руками, прописываемых ключей.
Тогда нужно разделять логические связи внемодельного уровня и связи в
модели.
В сетевой модели это не абстракция, а способ связать две записи по их
_физическим номерам_.
В реляционке механизм ключей/внешних ключей позволяет связать две записи по
их _логическим идентификаторам_.
И то и другое _реализует_ понятие связи инфологического уровня. Hо как?
Ощущаешь разницу?
> Первоначально я считал, что термины ЕК и ИК используются "сторонниками",
> как синонимы. И вторая форма - лишь для повышения собственной значимости
:)
> Hо позже заметил, что это не так. Поясни разницу.
"...Интеллектуальный ключ - ключ, включающий в себя значимые атрибуты и
таким образом содержащий специфичную для данной предметной области
информацию. Частным случаем интеллектуального ключа являются естественные
ключи (ЕК) - это устоявшиеся в той или иной предметной области
интеллектуальные ключи - идентификаторы сущностей, которые используются и в
других предметных областях..."
> > Правильно. Сначала много лет назад отказались от файлов, записей и
индексов,
> > стали включаемый SQL (или аналог) в код пихать. Потом и вовсе
обнаглели -
> > начали работать с неким ODBC-источником.
> Опять же - к уровню абстракции. Ты знаешь людей, не использующих индексы,
> свое знание о соответствиях ФК, планов выполнения? Т.е. всего того, что
> не оставляет от "абстракции", к которой ты так трепетно относишься, камня
> на камне, ибо это вообще внемодельные, фактически - реализационные, вещи?
А ты мне хочешь сказать, что это используется в _прикладной программе_???
План запроса, индексы, настройки СУБД...
Извини, но это уже лет 20 как не актуально.
> > Разумеется. Ключ - внемодельное логическое понятие. Идентификатор
> > экземпляра.
> Это ты так решил :) Hи мы с Тенцером так не считаем, ни пользователи об
> этом "ни сном, ни духом"(С). Оставь это для разговоров с последователями
:),
> в других местах не покатит.
Ты знаешь, в разговоре пользователя со мной всегда выяснялось, как он
идентифицирует экземпляры. Чтобы он смог потом их на экране отличить.
> А тут-то сеть при чем?!
> Сеть более абстрактна хотя бы потому, что там _релизационных_ понятий
> уровня ключей нет вообще.
Ты это уже упоминал говоря, что там есть понятие совокупности атрибутов,
однозначно идентифицирующих запись. И если их нет, то, по твоим словам
"схема неверна".
Я предпочитаю пользоваться более строгими определениями и критериями
"верности" схемы.
> Что до ER - там нет ни ЕК, ни СК. Там есть "просто ключ" - ER уже
> привязана (неявно) к реляционке.
Hет, не привязана :( Из ER я всегда смогу получить и реляционную, и сетевую
даталогическую схему.
> --
> Владимир Павликов.
> Отправлено через сервер Talk.Ru - http://www.talk.ru
--
с уважением,
Сергей Тарасов
http://www.arbinada.com
mailto:templar@arbinada.com
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
