|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Sergey Pratбh 2:5020/400 07 Aug 2001 20:15:02
To : All
Subject : Hа: текстовые ключи
--------------------------------------------------------------------------------
Hi!
"Vladimir Pavlikov" <pvv@soil.msu.ru> сообщил/сообщила в новостях следующее:
news:9kosiq$ipf$1@host.talk.ru...
> :) Ключ - это _понятие реляционной модели_. А вот понятие уникальности
> атрибутов (полей записей) внемодельно. Понятие связи (единственное, что
> имеет сеть по сравнению с реляционкой) - оно _внутреннее_ для самой БД,
> конкретной. А репликация - задача внешняя, своего рода операция "объем-
> лющей БД". У которой просто нет (да и быть не может) ни связей, ни ключей.
> И осуществляется она именно по уникальной группе атрибутов, их сравнением.
> И модели тут совершенно ни при чем, ибо сама операция репликации не может
> входить (и не входит) ни в какую модель БД.
Hемного я с тобой не соласен. Ключ - понятие действительно свойственно
только реляционке, но по ряду других причин. Реляционка предполагает, что
определение набора атрибутов, однозначно идентифицирующих кортеж в множестве
ложится на разработчика БД. Тода как сетевой модели такой атрибут имеется
изначально, это идентификатор записи. Поэтому-то и нет ключа в сетевой
модели, что там есть идентификаторы, т.е. нет необходимости описывать одно и
то же понятие двумя терминами.
> Я понимаю - тебе проще называть любую уникальную группу ключом, по
аналогии
> с моделью. Hо это совершенно неправильно, поскольку ключ в реляционке,
> помимо уникальности, имеет свою обязательную роль, что его ключом и
делает.
> И эта роль напрочь отсутствует вне модели, в том числе и при репликации.
Hет, эта роль возложена на заранее предопределнный аттрибут. Это тоже
очень важно понимать. Любая модель данных, в которой отсутствует механизм
идентификации кортежей обречена на ущербность. Это все равно что придумать
геометрию, в которой возможно сучествование точки в пространстве без
указания ее кординат.
Репликация и модель данных.
Репликация действительно никакого отношения к БД не имеет.
Действительно, какое отношение имеет модель к тому, где хранятся данные: на
бумаге, на магнитном диске, на CD-ROM, на одном компьютере или нескольких.
>
> Что, вопрос по-прежнему остался? Тогда отвечаю :(
> Репликация (полная или частичная, одно- или многосторонняя) _во всех без
> исключения_ моделях проводится совершенно одинаково : каждая (из предва-
> рительно отобранных для репликации) запись одной базы ищется в другой.
> Если не находится (по группе уникальных атрибутов) - добавляется, в про-
> тивном случае нет. Поскольку реально записи участвуют в связях - очень
> часто работа выполняется рекурсивно (чтобы не потерять связи), а вот
> "пересвязывание" внутри обновляемой базы может производится явным наз-
> начением связей (в сети), пропиской форинкеев в реляционке... Это
> _единственное_ место в операции, зависящее от модели. Hо - место
> "внутреннее", производное, _не_ репликационное. Т.е. - вопрос бессмыс-
> ленный :(
Hо здесь ты тоже не блеснул знаниями. :)
Механизм репликации ты описал абсолютно неккоректно. При репликации
анализируются не сами записи, а специальные журналы, в которых
регистрируются все операции над объектами, которые подлежат репликации. И
процесс этот очень сложный для описания его в рамках фидошной мессаги.
А если делать реализацию репликации так, как ты описал, то вскорее
выяснится что в нашей БД невозможно выполнить никаких действий, окромя как
вставка новых записей.
Реально нет никаких помех в реализации репликации для сетевой модели.
Единственное, что необходимо для этого - это создать дополнительные правила
для генерации идентификаторов. Так, что бы множетсва генерируемых (но не
используемых) идентификаторов записей не пересекались у разных частей
распределенной БД. Hо это же правило касается и реляционной модели.
--
С уважением,
Сергей Прач
=================
Please, send you private mail to: s_pratch@mail.ru
--- ifmail v.2.15dev5
* Origin: Solver Ltd. site #2 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
