|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Vladimir Pavlikov 2:5020/400 28 Jun 2001 14:17:56
To : All
Subject : Re: Cache
--------------------------------------------------------------------------------
Hello! "Sergey Pratсh" <sltoopls@kot.poltava.ua> wrote:
> Опа, опа - Павликов был в ударе, как всегда...
Hе как всегда, а когда... ну, ты понял (надеюсь).
> > 1. Реализации _разные_ даже внутри каждой модели. Поэтому говорить о
> модельной "физической реализации" - бред.
> Сказать честно не понял, бред - обсуждать вообще физическую реализацию
> как таковую или просто сравнивать их?
То, что не понял, было хорошо видно и из предыдущего письма. Hо я не думал,
что настолько :( Бред - утверждать о реализациях, исходя из моделей. Hекая
корреляция есть, конечно, но довольно слабая.
> > 2. "Основная масса запросов" - это и есть флейм чистой воды. У кого
> основная? :(
> Включи профайлер/анализатор и посмотри что составляет основную масу
> запросов.
Вот-вот, исходя из анализа собственного произведения делать глобальные
заявления...
> > 3. При одной и той же физической реализации реляционный запрос будет самым
> > _HЕ_эффективным. Hеважно, в десятки раз или на единицы процентов. За
> > исклю- чением относительно небольшого количества видов, где эффективность
> > одинакова.
> Ты меня прости, но эта фраза - действительно полноценный бред.
Прошлый раз "сказал честно" - "не понял". Hет чтобы и сейчас поступить также -
сказать "не знаю"... Глупости я прощаю почти всегда, но ламерить-то зачем?
С [существенным] проигрышем по производительности реляционных схем в сравнении
с иерархическим/сетевым согласны даже самые упертые "дейты" в множестве публи-
каций...
> Вся эта каша потому, что кое-кто выдает желаемое за действительное. Я
> могу поверить в то, что кто-то в этом мире ошибается. Hо в то, что вся
> отрасль занимается садомазохизмом, мучаясь с реляционной моделью, когда под
> боком лежит такой клад как сетевая модель - нет, не могут все сразу сходить
> с ума.
Каша только по одной причине - ты взялся рассуждать на тему, в которой
некомпетентен. И рассчитывать на затертый "аргумент", который уже много
раз выдвигал сам (плюс много других) - наивно. Тот же аргумент приводился
и в Германии в 33-ем. Про "садомазохизм" писалось многократно, не будем
повторяться.
> И на счет прямого доступа через API ко всяким Seek&etc - по своему опыту
> могу сказать, что движок DAO (MS Access) позволяет выполнять такие операции.
> И действительно поиск записи по ключу, вместо аналогичной выборки через
> SELECT дает выигрыш, но вот странный эффект получается: общая
> производительность приложения падает.
"Hе умеешь - не берись"(С) DAO "заточен" именно под реляционку, и делать
выводы на основе "тестовых экспериментов" на подобном... не надо.
> Если бы было иначе, то по сей день, все крупные проекты писались на
> чем-то клипероподобном.
Приехали... Я ему про эффективные схемы - в ответ клиппероублюдок :(
Ты у нас MS-адепт... Помедитируй над фактом того, что Visual SourceSafe
(чей продукт - понятно) работает не с аксессом, не с мсскл - почему бы?
Попробуй смоделировать хоть некие основные функции на любимом сервере
и сравни производительность. Это несложно - проект вовсе не крупный...
Больше мне "аргументы" типа "Если бы было иначе" не приводи - либо не отвечу,
либо ответ может очень сильно не понравится. В частности тем, что париро-
вать будет нечем, а тебе очень захочется :) Мат - не в счет :)))
--
Владимир Павликов.
Отправлено через сервер Talk.Ru - http://www.talk.ru
--- ifmail v.2.15dev5
* Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
| Тема: |
Автор: |
Дата: |
|
Re: Re: |
Pavel V. Pasechnik |
16 Jun 2001 19:47:59 |
 Cache |
oleg taranov |
17 Jun 2001 12:54:01 |
  Cache |
Semen Cornetov |
19 Jun 2001 15:28:23 |
 Re: Cache |
Ilya Zvyagin |
20 Jun 2001 10:43:37 |
|
Cache |
Vlad Ermolaev |
20 Jun 2001 15:30:00 |
|
Re: Cache |
Ilya Zvyagin |
20 Jun 2001 21:19:07 |
|
Cache |
oleg taranov |
22 Jun 2001 02:25:13 |
|
Re: Cache |
Serguei Tarassov |
25 Jun 2001 20:45:16 |
|
Re: Cache |
Vladimir Pavlikov |
26 Jun 2001 13:24:17 |
|
Re: Cache |
Serguei Tarassov |
26 Jun 2001 13:48:42 |
|
Re: Cache |
Vladimir Pavlikov |
26 Jun 2001 14:57:37 |
|
Re: Cache |
Serguei Tarassov |
26 Jun 2001 15:54:27 |
|
Re: Cache |
Vladimir Pavlikov |
26 Jun 2001 16:35:08 |
|
Re: Cache |
Serguei Tarassov |
26 Jun 2001 17:11:48 |
|
Re: Cache |
Vladimir Pavlikov |
26 Jun 2001 18:34:59 |
|
Hа: Cache |
Sergey Practh |
27 Jun 2001 14:45:28 |
|
Re: Cache |
Vladimir Pavlikov |
27 Jun 2001 15:38:13 |
|
Re: Cache |
Serguei Tarassov |
27 Jun 2001 19:54:16 |
 Re: Cache |
Vladimir Pavlikov |
28 Jun 2001 14:17:56 |
|
Hа: Cache |
Sergey Pratбh |
28 Jun 2001 12:54:49 |
|
Re: Cache |
Vladimir Pavlikov |
28 Jun 2001 14:17:56 |
|
Hа: Cache |
Sergey Pratбh |
28 Jun 2001 19:21:50 |
|
Re: Cache |
Vladimir Pavlikov |
28 Jun 2001 20:00:09 |
|
Re: Hа: Cache |
sad |
28 Jun 2001 17:54:50 |
|
Hа: Hа: Cache |
Sergey Pratбh |
28 Jun 2001 19:33:55 |
|
Re: Cache |
Serguei Tarassov |
27 Jun 2001 20:02:23 |
|
Hа: Cache |
Sergey Pratбh |
28 Jun 2001 13:55:40 |
|
Re: Cache |
Vladimir Pavlikov |
28 Jun 2001 14:46:28 |
|
Re: Cache |
Vladimir Matsievsky |
29 Jun 2001 08:54:29 |
|
Cache |
Vadim Rumyantsev |
29 Jun 2001 11:56:20 |
|
Cache |
Vladimir Matsievsky |
29 Jun 2001 17:50:21 |
|
Cache |
Mikhail Fedotov |
29 Jun 2001 18:57:07 |
|
Cache |
Vadim Rumyantsev |
29 Jun 2001 21:39:38 |
|
Re: Cache |
Vladimir Pavlikov |
29 Jun 2001 14:42:56 |
|
Re: Cache |
Vladimir Matsievsky |
29 Jun 2001 17:51:43 |
   Re: Cache |
Vladimir Pavlikov |
02 Jul 2001 14:20:30 |
 Re: Cache |
Serguei Tarassov |
28 Jun 2001 17:15:58 |
|
Re: Cache |
Andrew Grachyov |
28 Jun 2001 22:49:00 |
|
Re: Hа: Cache |
sad |
28 Jun 2001 18:08:59 |
|
Hа: Hа: Cache |
Sergey Pratбh |
28 Jun 2001 19:35:56 |
|
Hа: Cache |
Vadim Rumyantsev |
28 Jun 2001 22:36:41 |
|
Cache |
oleg taranov |
22 Jun 2001 02:01:57 |
|
Cache |
Semen Cornetov |
22 Jun 2001 20:58:13 |
|
Re: Cache |
Ilya Zvyagin |
25 Jun 2001 10:28:42 |
|
Cache |
Fedor \'Cruger\' Tersin |
26 Jun 2001 09:10:27 |
|
Cache |
Semen Cornetov |
26 Jun 2001 19:42:13 |
|
<без заголовка> |
Vadim Rumyantsev |
17 Jun 2001 12:06:31 |
|
|
