 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Vladimir Pavlikov 2:5020/400 29 Jan 2002 15:41:38 To : Victor Metelitsa Subject : Re: Проблемы persistent layers -------------------------------------------------------------------------------- > <1011694224.833961@gatekeeper.fct.ru> > <qpml2a.inl.ln@server1.mart.cherkassy.ua> > <1011792538.132699@gatekeeper.fct.ru> <3C4ECB16.8010000@cssc.tat.ru> > <a2p05t$404$1@host.talk.ru> <3C5007C4.3030008@cssc.tat.ru> > <a2p89r$nu4$1@host.talk.ru> <3C564F7D.6080403@cssc.tat.ru> From: "Vladimir Pavlikov" <pvv@soil.msu.ru> Hello! "Victor Metelitsa" <vvm@cssc.tat.ru> wrote: > Вопрос сводится к правильности определений. Вот маленькая задачка: > Есть человек A, у него в голове имеется определение "XXX - это YYY". > Есть человек B, у него в голове имеется определение "XXX - это ZZZ". > Вопрос: у кого из них определение правильней? А может, XXX - это на > самом деле TTT? Как мы будем это решать? Посмотреть в книжках? Их, в > конце концов, писали тоже люди, и они нередко противоречат друг другу; > разные вещи, называемые одними и теми же словами, обычное явление. > Ответ, по-моему, совершенно прост. Правильных и неправильных определений > не существует. Определение просто _дается_. В неформальных разговорах, > увы, оно обычно "за кадром", что приводит к многочисленным > недоразумениям, однако каждый раз формализовывать все эти вещи просто > немыслимо. Hапоминаю, что сабж поднял именно ты. Определения "давать" не стал, существование б.м. устойчивых определений не признаешь... Следует понимать так, что флейм ты завел, чтобы "привести к многочисленным недоразумениям"? Я уже задавал вопрос, повторю :"Это что, неудачная попытка выкрутится типа "я пошутил""? Ты на него не ответил, что-то про манию величия начал плести. Hаверное, это тебе очень близко... Сейчас опять сказал глупость, а когда тебя прижали - начал рассуждать про определения. Поздновато, не находишь? Да и как полноценная замена не катит. Что, совсем не способен признавать собственные ошибки? > Итак. То, что _я_ называю ОО СУБД, это СУБД, где, кроме всего прочего, > все данные - это объекты, там вообще нет ничего, кроме объектов, эти > объекты знают друг о друге и посылают друг другу сообщения. Индексы, > стало быть, тоже объекты (разновидность коллекций). Мне малоинтересны ООСУБД. Просто потому, что ОО я считаю ограниченной технологией, к СУБД применимой в целом тоже ограниченно. Т.е. некая часть ОО-шности будет полезной, но не более. Соответственно, "чистА ООСУБД" - скорее всего, плохо. Поэтому обсуждать эту тему мне неинте- ресно. Hо, так и быть - расскажи нам (чисто для интереса), как работает механизм посылки сообщений между ОО-аналогами кортежей в твоей любимой ООСУБД (которая, без сомнения - с твоей точки зрения - существует). Hо если и на этот раз "сольешь", перейдя на общие (и к делу не от- носящиеся) рассуждения - поставлю на тебя фильтр. Так дешевле будет... -- Владимир Павликов. Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5 * Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/6488ec13703a.html, оценка из 5, голосов 10
|
|
|