|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Vladimir Pavlikov 2:5020/400 13 Aug 2001 14:57:42 To : All Subject : Re: текстовые ключи -------------------------------------------------------------------------------- Hello! "Sergey Pratсh" <slagro@kot.poltava.ua> wrote: > > А зачем оно тебе? Я спрашиваю совершенно серьезно - пока математикам > > удается описывать лишь довольно примитивные (и на практике неприменимые) > > вещи. > А зачем вообще в этой жизни нужна математика? И ты туда же... Других аргументов не осталось? "За жизнь" - это не со мной. > > > Я не знаю точно перечень операций в сетевой модели, но в реляционной > > > результат любой операции есть отношение. А в отношении всегда есть ПК. > > Откуда следует последнее утверждение?! > Из правил реляционной алгебры! А что, звучит странно?! И даже очень. Hо при чем тут алгебра? Есть еще и исчисление, но речь о модели. > Hу а если "по-взрослому", то я еще до отпуска писал, что реляционная > алгебра и реляционные СУБД - вещи очень близкие одруг к другу, очень > похожие. Hо не есть тождественные и ни одна из них не есть вложением или > полноценной реализацией другой. Вот именно. Я рад, что ты наконец "по-взрослому". > > А чем является? Вышеприведенный запрос - это модель, или реализация? > Конечно реализация, позволяющая писать некорректные операции. В РСУБД > много чего не так как в модели, там даже не все операторы Р.а. реализованы. Подумай, почему. Получишь ответ и на вопрос о применимости [имеющейся на сегодня] математики в БД, и на вопрос о полезности реляционной теории, в частности. Да, оптимизаторы писать легче. Hо то, что в результате прихо- дится писать в запросах, становится _необходимо_ оптимизировать :) :( > А при чем тут мелкомягкие буки? Ты сам объясни на кой при синхронизации > рекурсивный обход всех записей? Буки действительно не причем, поэтому ссылаться на них не надо. А вот рекурсия... Либо подчиненные сущности обрабатываются в контексе родительских (а это и есть рекурсия) либо имеем профанацию, а не реп- ликацию. Да, в отдельных случаях "очень частичной" репликации можно обойтись за счет мониторинга всех изменений (твои любимые реплики), но это довольно частный случай даже схемы "публикатор-подписчик". Помедитируй над схемой многосторонней изотропной синхронизации многих БД на пересекающихся данных - есть надежда, что рекурсия понадобится и тебе :) Она не всегда требуется, но лишь она дает решение во _всех_ случаях. -- Владимир Павликов. Отправлено через сервер Talk.Ru - http://www.talk.ru --- ifmail v.2.15dev5 * Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/6488150dac7f.html, оценка из 5, голосов 10
|