|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Vladimir Pavlikov 2:5020/400 27 Jun 2001 15:38:13 To : All Subject : Re: Cache -------------------------------------------------------------------------------- Hello! "Sergey Practh" <sltoopls@kot.poltava.ua> wrote: > Вся эта каша в этом треде в осоновном из-за того, что многие смешали в > кучу теоретическую модель и физическую реализацию. Чистая теоретическая > модель вообще не имеет такого понятия как "производительность", так как > предполагается абстрактная машина, производительность которой бесконечно > высока. > Разница же в эффективности реализации каждой из трех моделей. А > реальность такова, что несмотря на кажущуюся низкую эффективность > реляционной модели на текущий момент физическая реализация ее самая лучшая. > так как правильно было подмечено кем-то в этом флейме, что основная масса > запросов - это различные выборки по условию и агрегирование данных, а не > исследование связей в БД между данными. А именно на таких запросах > реляционная модель оказалась самой эффективной, и прямой доступ к индексным > деревьям для сетевых и иерархических БД мало спасает. Что за манера - говорить на темы, в которых плохо смыслишь? :( Вроде никто за язык не тянул... 1. Реализации _разные_ даже внутри каждой модели. Поэтому говорить о модельной "физической реализации" - бред. 2. "Основная масса запросов" - это и есть флейм чистой воды. У кого основная? :( 3. При одной и той же физической реализации реляционный запрос будет самым _HЕ_эффективным. Hеважно, в десятки раз или на единицы процентов. За исклю- чением относительно небольшого количества видов, где эффективность одинакова. 4. Прямой доступ есть везде - иначе как работать разработчикам? И он может быть предоставлен и пользователям, хотя реляционным его и не назовешь. Разница моделей именно в модельных же механизмах, о которых не упомянуто (по незнанию?) "Вся эта каша в этом треде в осоновном из-за того, что многие смешали в кучу теоретическую модель и физическую реализацию". Именно это и наблюдается. 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/64880590e375.html, оценка из 5, голосов 10
|