|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Sergey Pratбh 2:5020/400 10 Aug 2001 21:49:46
To : All
Subject : Hа: текстовые ключи
--------------------------------------------------------------------------------
Hi!
"Vladimir Pavlikov" <pvv@soil.msu.ru> сообщил/сообщила в новостях следующее:
news:9l0og2$fs3$1@host.talk.ru...
> > Математическая теория множеств! Иначе всякое теоритечкое основание
> > моделей летит в там-тарарам.
>
> А зачем оно тебе? Я спрашиваю совершенно серьезно - пока математикам
> удается описывать лишь довольно примитивные (и на практике неприменимые)
> вещи.
А зачем вообще в этой жизни нужна математика?
>
> > Я не знаю точно перечень операций в сетевой модели, но в реляционной
> > результат любой операции есть отношение. А в отношении всегда есть ПК.
>
> Откуда следует последнее утверждение?!
Из правил реляционной алгебры! А что, звучит странно?!
> select name from people возвратит тебе кучу одинаковых строк безо всякого
> ПК.
Таблица/вьюха/результат процедуры - не есть отношение в поноценном его
понимании, очень похоже но не то. Если написать a:=b/0 то это еще не значит
что на 0 научились делить. Просто в моем примере ошибка возникнет сразу, а в
твоем чуть погодя, после попытки использовать твой результат дальше.
Hу а если "по-взрослому", то я еще до отпуска писал, что реляционная
алгебра и реляционные СУБД - вещи очень близкие одруг к другу, очень
похожие. Hо не есть тождественные и ни одна из них не есть вложением или
полноценной реализацией другой. А вот для того что бы согласовать твой
глупый пример с правилами реляционной алгебры, в язык SQL ведена опция
DISTINCT для оператора SELECT. И если ее применить, то тогда результирующий
набор будет полностью соответствовать всей теории.
Кстати, SELECT в реляционной алгебре означает другую операцию (в SQL ее
логический эквивалент предикат WHERE оператора SELECT). А твой SELECT - это
проекция отношения, кажется PROJECT.
> А чем является? Вышеприведенный запрос - это модель, или реализация?
Конечно реализация, позволяющая писать некорректные операции. В РСУБД
много чего не так как в модели, там даже не все операторы Р.а. реализованы.
Hо с другой строны Р.а. при всей ее полноте не описывает операций по
агрегированию, в списке расширенных операций такая операция кажется, но в
базовом наборе нет и близко. А уж такого оператора как возврат значения
конкретного атрибута в Р.а. нет и близко - она оперирует только множествами.
А с другой стороны в РСУБД нет много чего, начиная с полноценной реализации
доменов и отсутствие операции пересения, разницы, вычитания множеств и т.д.
и т.п..
>
> > > А вот "рекурсивный перебор, когда его там и близко не было" могу
охарак-
> > > теризовать лишь одним - "Товарищ не понимает"(С) :(
>
> > Отлично понимает! Hо только рекурсивным перебором в операциях
> > синхронизации реплик и не пахнет.
>
> Hе понимает... Пока будешь мыслить в рамках мс-буков - не договоримся.
> Ибо я говорю не о mssql-репликах, а о синхронизации.
А при чем тут мелкомягкие буки? Ты сам объясни на кой при синхронизации
рекурсивный обход всех записей?
--
С уважением,
Сергей Прач
=================
Please, send you private mail to: s_pratch@mail.ru
--- ifmail v.2.15dev5
* Origin: Solver Ltd. site #2 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
