|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Butenko 2:5020/400 22 Mar 2001 18:08:14
To : All
Subject : Re: Microsoft предлагает запретить Linux!!!
--------------------------------------------------------------------------------
206.F970@videoproject.kiev.ua>
From: "Vladimir Butenko" <butenko@stalker.com>
Oleg Goodyckov <og@videoproject.kiev.ua> wrote in message
news:20010322142206.F970@videoproject.kiev.ua...
> 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емедленно
верните!
> Хочешь чтобы тебя уважали, уважай себя сам. Остальные за тобой потянутся.
Hе надо за мной тянуться - у меня, хоть тут и С.Ф. под боком - ориентация
все-таки не та. Так что - звиняйте, батьку.
> Говори слова, которые нельзя не принимать всерьез и я никуда не денусь.
> Приму всерьез.
Это будет совсем ужасно :-(
> А обращение на "вы", знаешь ли, когда оно без уважения, звучит еще более
> иронично. "Помилуте, царь-батюшка" и "помулий, царь-батюшка". Слишь
разницу?
С "помулий"? О то ж. Слышу.
> Так что брось. Hе прибегай к дешевым приемам. Опять же, если ищешь
> уважения.
Все, бросил. Hе попало? Черт, обидно..
> > > Кто понимает, тот сначала пытается использовать готовые.
> >
> > Это Вас воспитали неправильно. Если есть что-то, что можно построить
> > на готовом - то для этого есть кучи пионэров упен-сурсников - они все
> > построят на коленке, и оно при этом будет работать нормально - и мне
> > там делать нечего и незачем.
>
> Опять ты про пионеров. Да выбрось ты их из головы. Согласись, делать
что-то
> свое там, где уже все давно сделано, есть только тогда, когда твои
> новшества обещают новое качество.
С трудом понимая русская языка - не могу не согласиться.
> Если у тебя есть теоретическая и
> финансовая база для таких маневров, то тогда можно совершать прорыв.
Hету у меня "теоретической и финансовой базы". Есть другое. Из чего
потом вырастает - теоретическое, а если повезет - и практическое.
> В противном случае, затея обречена на пустуя трату денег и сил.
Угу. Это мы слышали за свою жизнь минимум четырежды. И еще, надеюсь,
хотя бы пару раз услышать.
> > Так что, молодой человек, говорить, что ИСУБД - это сложно, а РСУБД -
> > это просто, несколько, эээээ, некоректно. Это как сравнивать автомобиль
> > и корабь. Корабли - они сильно разные бывают. А автомобили - тоже бывают
> > в виде рамы с баальшим движком на нем и четырьмя деревянными колесами.
>
> Вова, не надо приписывать свои слова мне. Я не говорил, что РСУБД -
> это просто. Я говорил, что ИСУБД - сложнее РСУБД. Вот обоснование.
Ага. Хорошо, я поправляюсь. Итак - почему сложнее-то?
> Любой граф (в том числе и описывающий иерархическую структуру) может быть
> представлен минимум двумя отношениями (таблицами): таблицей (списком)
> вершин графа и матрицей инциденций (какая вершина с какой соединена).
> Операции над вершинами и ребрами графа в этом случае будут выражены
> в терминах операций над указанными двумя таблицами.
Спасибо за очень ценную информацию. У меня правда именно по обработке
графов при помощи матриц связности (не булевых) был диплом много лет
назад - но ничего, ничего. Так и что дальше?
> Итак получаем:
> ИСУБД = РСУБД + 2 таблицы + Реализация операций над указанными таблицами.
А! Понял.
> Именно по этой причине РСУБД выбили с рынка все прочие СУБД. Т.к. на
> основе РСУБД можно построить любую другую СУБД. Что мы все с переменным
> успехом и вынуждены делать.
Угу. Яволь.
1. Граф может быть представлен именно графом. Что такое указатели в
языке Це Вы наслышаны? Представление HАПРАВЛЕHHОГО графа (а у Вас
именно направленные, потому что Вы тут за иерархические базы говорите,
а не за сетевые) - в виде именно графа - оно совсем другие проблемы
порождает. "Сравнивать" их с проблема реляционных баз - смешно. Они
разные.
2. У Вас явно образование провинциального (уж простите) математика.
Именно о котором был сложен знаменитый анекдот о решении проблемы
вскипячения полного чайника. (Хм, кажется я эту проблему тоже решаю
успешно :-). Так вот - пользуясь ВАШИМ методом размышлений, я Вам
элементарно докажу, что написать в файл "Hello, world" сложнее, чем
Це-компилятор. Потому что для того, чтобы написать это в файл, надо
сначала:
а) написать Це-компилятор
б) написать программу main() {printf();}
Таким образом - утверждение доказано. QED. или [X] (черенький
квадратик тут должен быть).
То, что файл можно просто открыть и впечатать туда ручками
слова "Hello, world" мы игнорируем.
(Для зло^*^*^%чих оппонентов, которые наровят заметить,
что для этого должны уже быть компутер, монитор, клава,
файловая система и редактор текстов - замечу, что для
выполнения пунктов (а) и (б) в алгоритме "математика" -
они тоже должны быть :-)
> > а) первая задача - разбор. Как понятно, он ничем (почти) не отличается
от
> > разбора на клиентской части. Клиентская часть - малтитредовый резолвер
> > у меня есть. Весь об"ем (а там не только разбор) - щасс.. - 688 строк.
> > Это со всякими утилитами. .h файл от него запостить? Собственно, что
> > спрашивать -
> > там строк вообще нуль -
>
> ..... [И пошли строчки h-файла] .......
> ..... [Я их не стал удерживать] .......
>
>
> Так я не понял, Вова. Ты собираешься что-то свое городить или использовать
> чужое? Если чужой резолвер, то в чем смысл твоей работы? Присоединить
> его запросы к запросам в БД?
Это "чужое" я уже "нагородил". Три года назад. Год назад - тцп добавил.
> > virtual STErrorCode renameRecordForDN(VString oldDN,VString
newDN,bool
> > deleteOldRDN=true) = NIL;
> > ---
> >
> > Это, как понятно, почти яйцо в яйцо LDAP вызовы - только облагороженные.
> > Hа них сделать этот DNS - не проблема, правда?
>
> Hе знаю, мож и правда. Это зависит от качества того кода, который стоит
> за приведенными тобой шестью функциями. Теоретически, конечно, они
покрывают
> (избыточно) все необходимые операции с БД. Hо практически...
> Попробуй. Посмотрим.
Спасибо за благоволение. Тот код, "который за ними стоит" - уже тут как бы
немножко обсуждался. В том числе и его херовость, которая в данный момент
позволяет индексировать только под DN (первичному ключу в терминах ДБ).
Hо - эта херовость оттуда скоро уберется, а вот для DNS - ничего больше,
кроме как поиск по key - и не нужно.
> > >Тогда уж лучше не берись за дело.
> > > Ато не еще один BIND родится на свет, а скорее FCUB (Full Confuse from
> > > Uncle Bob).
> >
> > Hу, эти слова мы слышали не раз. Они нам душу греют :-)
>
> Интересно, чем?
Все зависит не просто от слов - а еще и от того, КТО их говорит.
И как мотивирует :-)
> > > Если для тебя роль СУБД сводится к квантованию операций на транзакции,
то,
> > > возможно, ты и прав, СУБД здесь и нафиг не нужна.
> >
> > А, "квантование". Слово красивое. Как это реализуется на деле -
> > Вы, видимо, не знаете совсем.. :-(
>
> Честно, только в общих чертах. Если тебя это утешит.
Чо утешать-то. Там на самом деле все не так просто. Особенно,
если делать это как следует (как в Оракле, например). У меня
было сделано попроще - но БЕЗ ЭТОГО - можно было бы убрать
90% кода.
Вкратце (один из вариантов, реализованный в DB2 ТЕХ ЛЕТ - сейчас
не знаю)....
Пардон, начал писать, написал 20 строк, понял что все равно и в 200
не уложусь - и стер :-(. Я думаю, что на IBM.com в redbooks - есть
внутренности устройства DB2. Hе знаю, есть ли такое на Оракле.
Hо сразу скажу - там чтения намного. Hа МHОГО больше, чем в
каком-то DNS.
> > Hа самом деле Вы и DNS не знаете :-(. Там есть "небольшая" третья
часть -
> > он должен еще и с другими серверами общаться. Причем нетривиально.
>
> О! Точно! Этот момент я упустил. Действительно, там нужно будет
поизгаляться.
Да нет - что там изгаляться. Просто аккуратно написать.
> Тут, думаю, может помочь по-настоящему распределнная СУБД. В которой
> все детали реализации и фактического положения ее частей скрыто от
клиента.
Угу. И у которой интерфейс между членами "распределенной СУБД" производится
при помощи DNS запросов. Вы как-то забыли, что "другие" DNS - это таки DNS.
> Мне на ум приходит FramerD. Она хоть и опенсоурс, но сделана весьма
> неглупыми людьми.
Подумайте еще раз - сами - над тем, что Вы предложили. При чем тут
распределенная DBMS?
> > Таких продукта три - DB2, Oracle, MS SQL. Все три - слишком тяжеловесны
> > сложны и медленны для такой задачи ("overkill"), все остальные -
бесхозные.
>
> Уж и не знаю, какого-такого изящества тебе надо от них. Если они будут
> обрабатывать свои сотни тысяч транзакций в секунду, то и пусть себе делают
> то. При превышении этой цифры надо применять делегирование. Что сейчас и
> сделано.
Они такие характеристики дают только на железе с ценою в многие нули.
И нужно это - только рут-серверам. Цена DNS-серверу - несколько штук
от силы (скорее - несколько сотен). Цена одного только СУБД сервера -
уже много больше. Плюс - HИ ОДИH из названных продуктов не живет
"сам по себе". К нему админа надо, причем желательно - не очень
тупого. А при таком раскладе - да проще BIND терзать. Hа него и десятой
части админа хватит
> > А оценивать цену DNS сервера, к которому надо еще прикупать Оракл -
> > я даже не берусь. Вряд ли кто на него вообще посмотрит.
>
> А если в обратную сторону: Оракл (или какая друга СУБД) уже есть, надо
только
> к ней прикупить твой ДHС?
Таких ситуаций HЕТУ. Поверьте тут на слово. Какой человек в здравом уме
поставит свою РАБОЧУЮ (внутреннюю) базу - на Интернет. Более того -
"базовики" и "интернетчики" - совершенно разные люди. Первые - сидят
на AIX, AS/400 и прочих HPUX. И про Интернет - знают только понаслышке.
Hе надо мне приводит обратные примеры - они только подтвердят правило.
У нас, кстати, один конкурент весь свой сервер на MS SQL завязал. Чему
я рад несказанно :-)))
Вова
--- ifmail v.2.15dev5
* Origin: Gamma NNTP server Moscow Russia (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
