|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Serguei Tarassov 2:5020/400 26 Jun 2001 17:11:48
To : All
Subject : Re: Cache
--------------------------------------------------------------------------------
.ru>
From: "Serguei Tarassov" <templar@arbinada.com>
Reply-To: "Serguei Tarassov" <templar@arbinada.com>
Доброго дня!
"Vladimir Pavlikov" <pvv@soil.msu.ru> wrote in message
news:9h9veo$5fi$2@host.talk.ru...
>
> Hello! "Serguei Tarassov" <templar@arbinada.com> wrote:
>
> > > Мне это непонятно. Оптимальность для кого? Hе для юзера же - ему чем
> > Оптимальность для разработчика. Система расширяется дешевле.
> Hо и "насыщение" наступает раньше. Это не возражение, дополнение :)
Это точно. И системный крах вследствие увеличения хаоса тоже быстрее ;-)
> > > Что до универсальности _модели_ - "плоскотабличная" есть подмножество
> > > иерархии, которая, в свою очередь - подмножество сети. Язык запросов -
> > Hе-а... Теория множеств, на которой стоит реляционная модель, не
включает
> > таких понятий, как иерархия или сеть.
> Я про реализации хранения.
Вполне может быть (я не занимался плотно изучением), низкий уровень - это
структуры и ссылки между ними, хеши, деревья... Hо собственно к модели это
не относится. Это как объекты и функции в программе тоже превращаются в
ассемблер, но подход к их проектированию (модели) разный.
> > > несколько другое, но и он для более информативной модели тоже мощнее.
> > В сетевой или иерархической модели есть язык запросов, независимый от
> > полученной физической схемы данных? Я что-то пропустил или не понимаю
твою
> > мысль?
> От _физической_ никто не зависит. От _логической_ зависят все, в том
> числе и SQL : необходимо знать имена таблиц, полей, наличие связей
> и поля этих связей... В иерархиях и сетях есть соответствующие понятия,
> "понятные" серверу. У него больше информации -> возможностей тоже.
В реляционной модели не обязательно знать связи. Более того, для всех
аналитических запросов связки идут вовсе не по ключевым полям. Простейшая
задача для запроса в реляционой схеме - выбрать однофамильцев среди служащих
и клиентов может быть физически нереализуем (или сопряжен с огромными
затратами ресурсов) в иерархических или сетевых схемах. А вот те запросы, на
которые изначально было ориентирована система, пройдут быстрее минуя
ненужный здесь абстрактный уровень напрямик по низкоуровневым связям.
> --
> Владимир Павликов.
> Отправлено через сервер Talk.Ru - http://www.talk.ru
--
с уважением,
Сергей Тарасов
http://www.arbinada.com
mailto:templar@arbinada.com
--- ifmail v.2.15dev5
* Origin: Demos online service (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 |
|
|
