|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Vladimir Pavlikov 2:5020/400 05 Jul 2001 17:35:30
To : All
Subject : Re: текстовые ключи
--------------------------------------------------------------------------------
Hello! "Serguei Tarassov" <templar@arbinada.com> wrote:
> Ты как всегда в ударе: "Познакомься с теорией, вот тебе пара скриптов для
> иллюстрации" ;-)
> Это как: "Познакомься с теорией надежности, вот тебе пара вышедших из строя
> печатных плат..."
> Hу да ладно...
Hет, не ладно. Это пример схемы из документации к Velocis'у, обычная сетевая
модель, вполне укладывающаяся в CODASYL. Ты же рассуждал о сети и иерархиях.
И при этом даже тип схемы увидеть не смог?! Set - это железный признак...
> 1. Какую модель данных реализует БД, для которой приводится скрипт?
Выше.
> 2. Hельзя ли остаться на уровне инфологоической модели, хотя я принимаю во
> внимание невозможность рисовать в сообщениях? Тогда хотя бы на словах опиши
> структуру.
А зачем? Если из схемы _видно_, что ни о каких ключах речь не идет. Схемы
_физической_, о инфологической тем более говорить не приходится. Что полностью
опровергает твои утверждения, что и дает мне основания говорить - ты про сеть
просто не в курсе. И за рамки реляций не выходил, соответсвенно инфология у
тебя та же, реляционная. В которой без ключей никуда, да и те излишне нагружены,
но это уже закладка на конкретную методологию. Т.е. это постинфологическая
модель :)
Я могу описать и на словах, но смысла не вижу - ключи от этого не появятся:)
Если есть конкретные вопросы - отвечу. А пока скажу лишь, что директива set
добавляет в структуру чисто _служебную_, к предметной области отношения не
имеющую, информацию связи. Стопроцентный суррогат, имеющий (в данном случае)
дополнительное значение - это "адрес" записи в базе. Который принципиально
не может быть null, за бредовостью самой идеи. Последнее - это в топик :)
Кстати, самих ПК в схеме тоже нет, не нужны. А связи могут устанавливаться
множественные. Из "может" не следует "обязательны". Hет - и не надо, т.е.
опять же null мимо. Им просто нет места.
--
Владимир Павликов.
Отправлено через сервер Talk.Ru - http://www.talk.ru
--- ifmail v.2.15dev5
* Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
