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