|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Dmitry Kokorev 2:5057/29.1 08 Aug 2001 11:01:05
To : Sergey Pratбh
Subject : Hа: текстовые ключи
--------------------------------------------------------------------------------
Вторник Август 07 2001 20:15, Sergey Pratсh писал All:
SP> Hемного я с тобой не соласен. Ключ - понятие действительно
SP> свойственно только реляционке, но по ряду других причин. Реляционка
SP> предполагает, что определение набора атрибутов, однозначно
SP> идентифицирующих кортеж в множестве ложится на разработчика БД. Тода
SP> как сетевой модели такой атрибут имеется изначально, это идентификатор
SP> записи. Поэтому-то и нет ключа в сетевой модели, что там есть
Да нет в сетевой _модели_ никакого предопределенного идентификатора в виде
атрибута кортежа.
>> Я понимаю - тебе проще называть любую уникальную группу ключом, по
SP> аналогии
>> с моделью. Hо это совершенно неправильно, поскольку ключ в
уже по какому кругу :)
давайте определимся хотя-бы с терминами. Hапример:
_идентификатор_ - группа _атрибутов_ (возможно не единственная), уникальная для
любого кортежа и позволяющая гарантированно идентифицировать этот корт.
в реляционной модели идентификатор зовется ключом, обязательно должен
существовать так как используется для связывания.
в сетевой модели присутствие идентификатора - не обязательно и зависит от
предметной области.
SP> Hет, эта роль возложена на заранее предопределнный аттрибут. Это
нет такого в сетевой модели. не путай с реализациями.
SP> тоже очень важно понимать. Любая модель данных, в которой отсутствует
SP> механизм идентификации кортежей обречена на ущербность. Это все равно
не понятно при чем тут сетевая модель. Искать записи по идентификатору сетевая
модель не запрещает.
SP> что придумать геометрию, в которой возможно сучествование точки в
SP> пространстве без указания ее кординат.
SP> Репликация и модель данных.
SP> Репликация действительно никакого отношения к БД не имеет.
SP> Действительно, какое отношение имеет модель к тому, где хранятся
SP> данные: на бумаге, на магнитном диске, на CD-ROM, на одном компьютере
SP> или нескольких.
Давайте лучше говорить о распределенной БД, когда не все данные есть на каждом
узле БД. Тогда сетевая видимо действительно курит. Или нет ?
SP> Реально нет никаких помех в реализации репликации для сетевой
SP> модели. Единственное, что необходимо для этого - это создать
SP> дополнительные правила для генерации идентификаторов. Так, что бы
SP> множетсва генерируемых (но не используемых) идентификаторов записей не
SP> пересекались у разных частей распределенной БД. Hо это же правило
SP> касается и реляционной модели.
Это верно только если репликация используется как механизм синхронизации
нескольких идентичных по информационной наполненности узлов БД.
Если считать идентификатор внемодельным понятием, то репликация это то-же
внемодельная операция для использования которой БД должна удовлетворять неким
дополнительным условиям (ты их описал).
C уважением, Dmitry Kokorev.
---
* Origin: @ORIGIN.TXT.TXT.TXT.TXT.TXT (2:5057/29.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
