|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Vladimir Pavlikov 2:5020/400 26 Jun 2001 18:34:59 To : All Subject : Re: Cache -------------------------------------------------------------------------------- .ru> <9ha1ip$14v4$1@ddt.demos.su> From: "Vladimir Pavlikov" <pvv@soil.msu.ru> Hello! "Serguei Tarassov" <templar@arbinada.com> wrote: > Вполне может быть (я не занимался плотно изучением), низкий уровень - это > структуры и ссылки между ними, хеши, деревья... Hо собственно к модели это > не относится. Это как объекты и функции в программе тоже превращаются в > ассемблер, но подход к их проектированию (модели) разный. Я не о низком уровне. Тот же "набор" в сети - это модельное понятие. С которым можно работать на любом уровне. > > От _физической_ никто не зависит. От _логической_ зависят все, в том > > числе и SQL : необходимо знать имена таблиц, полей, наличие связей > > и поля этих связей... В иерархиях и сетях есть соответствующие понятия, > > "понятные" серверу. У него больше информации -> возможностей тоже. > В реляционной модели не обязательно знать связи. Более того, для всех > аналитических запросов связки идут вовсе не по ключевым полям. Простейшая > задача для запроса в реляционой схеме - выбрать однофамильцев среди служащих > и клиентов может быть физически нереализуем (или сопряжен с огромными > затратами ресурсов) в иерархических или сетевых схемах. А вот те запросы, на > которые изначально было ориентирована система, пройдут быстрее минуя > ненужный здесь абстрактный уровень напрямик по низкоуровневым связям. К сетевой БД возможны ровно те же запросы, что и к реляционной. Обратное неверно, т.к. они имеют собственные возможности, в реляционке непредста- вимые. Т.е. имея тот же уровень общности, можно оптимизировать критичные запросы, не спускаясь на самый нижний уровень (в реляционке отсутсвующий). -- Владимир Павликов. Отправлено через сервер Talk.Ru - http://www.talk.ru --- ifmail v.2.15dev5 * Origin: Fidolook Express 2.000 www.fidolook.da.ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/6488728a594d.html, оценка из 5, голосов 10
|