|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Oleg Goodyckov 2:5020/400 22 Mar 2001 16:57:09
To : All
Subject : Re: Microsoft предлагает запретить Linux!!!
--------------------------------------------------------------------------------
On Thu, Mar 22, 2001 at 04:10:18AM +0000, Vladimir Butenko wrote:
>
> Oleg Goodyckov <og@videoproject.kiev.ua> wrote in message
> news:20010321114836.B929@videoproject.kiev.ua...
>
>
> > > Посему и все эти сбоку-прикепу СУБД - пойдут боком, не нужны они тут.
> >
> > Вова, учитывая наличие у тебя успешного (не знаю, в какой мере) бизнеса,
> > мне весьма странно слышать такие слова.
>
> Да, число братьев детей лейтенанта Шмидта сильно растет. А с Вами мы
> где на брудершафт пили?
Hу, эти твои штучки на счет брудершафта уже изместны. Пока ситуация у
тебя, ты и сам на "ты". А как теряешь ее начинаешь о брудершафте. Было
уже, Вова. Было. Ты эти свои штучки брось.
Хочешь чтобы тебя уважали, уважай себя сам. Остальные за тобой потянутся.
Говори слова, которые нельзя не принимать всерьез и я никуда не денусь.
Приму всерьез.
А обращение на "вы", знаешь ли, когда оно без уважения, звучит еще более
иронично. "Помилуте, царь-батюшка" и "помулий, царь-батюшка". Слишь разницу?
Так что брось. Hе прибегай к дешевым приемам. Опять же, если ищешь
уважения.
> > Кто понимает, тот сначала пытается использовать готовые.
>
> Это Вас воспитали неправильно. Если есть что-то, что можно построить
> на готовом - то для этого есть кучи пионэров упен-сурсников - они все
> построят на коленке, и оно при этом будет работать нормально - и мне
> там делать нечего и незачем.
Опять ты про пионеров. Да выбрось ты их из головы. Согласись, делать что-то
свое там, где уже все давно сделано, есть только тогда, когда твои
новшества обещают новое качество. Если у тебя есть теоретическая и
финансовая база для таких маневров, то тогда можно совершать прорыв.
В противном случае, затея обречена на пустуя трату денег и сил.
>
>
> Так что, молодой человек, говорить, что ИСУБД - это сложно, а РСУБД -
> это просто, несколько, эээээ, некоректно. Это как сравнивать автомобиль
> и корабь. Корабли - они сильно разные бывают. А автомобили - тоже бывают
> в виде рамы с баальшим движком на нем и четырьмя деревянными колесами.
Вова, не надо приписывать свои слова мне. Я не говорил, что РСУБД -
это просто. Я говорил, что ИСУБД - сложнее РСУБД. Вот обоснование.
Любой граф (в том числе и описывающий иерархическую структуру) может быть
представлен минимум двумя отношениями (таблицами): таблицей (списком)
вершин графа и матрицей инциденций (какая вершина с какой соединена).
Операции над вершинами и ребрами графа в этом случае будут выражены
в терминах операций над указанными двумя таблицами.
Итак получаем:
ИСУБД = РСУБД + 2 таблицы + Реализация операций над указанными таблицами.
Именно по этой причине РСУБД выбили с рынка все прочие СУБД. Т.к. на
основе РСУБД можно построить любую другую СУБД. Что мы все с переменным
успехом и вынуждены делать.
>
> а) первая задача - разбор. Как понятно, он ничем (почти) не отличается от
> разбора на клиентской части. Клиентская часть - малтитредовый резолвер
> у меня есть. Весь об"ем (а там не только разбор) - щасс.. - 688 строк.
> Это со всякими утилитами. .h файл от него запостить? Собственно, что
> спрашивать -
> там строк вообще нуль -
..... [И пошли строчки h-файла] .......
..... [Я их не стал удерживать] .......
Так я не понял, Вова. Ты собираешься что-то свое городить или использовать
чужое? Если чужой резолвер, то в чем смысл твоей работы? Присоединить
его запросы к запросам в БД?
> СУБД или нет. У меня вот такой вот классик есть - из Directory Server
> вытаскиваю:
> --
> virtual STDictionary* findRecords(VString baseDN,STErrorCode&
> errorCode,VDirectorySearch* theSearch,bool useRDNAsKeys,const SBArray*
> attributeNames,bool multiLevel,unsigned recordLimit) = NIL;
> virtual STDictionary* readRecordByDN(VString DN,STErrorCode&
> errorCode,const SBArray* attributeNames) = NIL;
> virtual STErrorCode deleteRecordByDN(VString theDN) = NIL;
> virtual STErrorCode addRecordForDN(VString theDN,const SBDictionary&
> attributes) = NIL;
> virtual STErrorCode updateRecordForDN(VString theDN,const SBDictionary*
> newAttributes,const SBDictionary* modAttributes,const SBDictionary*
> delAttributes) = NIL;
> virtual STErrorCode renameRecordForDN(VString oldDN,VString newDN,bool
> deleteOldRDN=true) = NIL;
> ---
>
> Это, как понятно, почти яйцо в яйцо LDAP вызовы - только облагороженные.
> Hа них сделать этот DNS - не проблема, правда?
Hе знаю, мож и правда. Это зависит от качества того кода, который стоит
за приведенными тобой шестью функциями. Теоретически, конечно, они покрывают
(избыточно) все необходимые операции с БД. Hо практически...
Попробуй. Посмотрим.
> >Тогда уж лучше не берись за дело.
> > Ато не еще один BIND родится на свет, а скорее FCUB (Full Confuse from
> > Uncle Bob).
>
> Hу, эти слова мы слышали не раз. Они нам душу греют :-)
Интересно, чем?
>
> > Если для тебя роль СУБД сводится к квантованию операций на транзакции, то,
> > возможно, ты и прав, СУБД здесь и нафиг не нужна.
>
> А, "квантование". Слово красивое. Как это реализуется на деле -
> Вы, видимо, не знаете совсем.. :-(
Честно, только в общих чертах. Если тебя это утешит.
>
> Hа самом деле Вы и DNS не знаете :-(. Там есть "небольшая" третья часть -
> он должен еще и с другими серверами общаться. Причем нетривиально.
О! Точно! Этот момент я упустил. Действительно, там нужно будет поизгаляться.
Тут, думаю, может помочь по-настоящему распределнная СУБД. В которой
все детали реализации и фактического положения ее частей скрыто от клиента.
Мне на ум приходит FramerD. Она хоть и опенсоурс, но сделана весьма
неглупыми людьми.
>
> Таких продукта три - DB2, Oracle, MS SQL. Все три - слишком тяжеловесны
> сложны и медленны для такой задачи ("overkill"), все остальные - бесхозные.
Уж и не знаю, какого-такого изящества тебе надо от них. Если они будут
обрабатывать свои сотни тысяч транзакций в секунду, то и пусть себе делают
то. При превышении этой цифры надо применять делегирование. Что сейчас и
сделано.
>
> А оценивать цену DNS сервера, к которому надо еще прикупать Оракл -
> я даже не берусь. Вряд ли кто на него вообще посмотрит.
А если в обратную сторону: Оракл (или какая друга СУБД) уже есть, надо только
к ней прикупить твой ДHС?
--- ifmail v.2.15dev5
* Origin: unknown (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
