|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Sergey Pratбh 2:5020/400 28 Jun 2001 13:55:40
To : All
Subject : Hа: Cache
--------------------------------------------------------------------------------
Hi!
"Serguei Tarassov" <templar@arbinada.com> сообщил/сообщила в новостях
следующее: news:9hd021$13a7$1@ddt.demos.su...
> > Это потому они так живучи, что между самим мэйнфреймом и
> непосредственно
> > оператором лежит целай прослойка из приложений, которые работают не на
> самих
> > мейнфреймах. Это как между процессором и диском лежит контролер диска,
> > который берет на себя всю сложную логику управления дисковыми
механизмами.
> > Hо так это не дает нам повод кричать "Да здравствуют специализированные
> ЭВМ,
> > универсальные - must die!".
> А я и не кричал. И вряд ли бы стал делать систему на такой платформе.
> Тем не менее, в международной системе бронирования и продажи авиабилетов
> применение мейнфреймов системно: ни одна реляционная промышленная СУБД не
> может обеспечить обработку транзакций с нужной скоростью. Вот и работают
> люди с ассемблерными вставками и файлами, давно превратившимися в
> специализированную БД.
> Да и наша система "Экспресс-2" для ЖД тоже такая.
Hе путай грешное с праведным. Современные системы легко обойдут
старенькие мейнфреймы (даже если взять показатели TPC двухгодичной давности,
то одного такого комплекса хватит ежеминутно удовлетворять потребность в
проведении месячного объема операций во всем мире). Проблема в том, что они
и по сей день неплохо работают, а по сему переделывать не имеет смысла,
пока.
А на ассемблере там программируют в основном потому, что более развитых
средств ждя этих гробов просто в свое время не успели выпустить.
Кстати их владельцы давно уже подумывают о замене многих старых ящиков,
хотя бы по той простой причине, что уже многие комплектующие к ним не
достать (даже когда-то по телику показывали сюжет, как в каком-то канадском
аеропору были проблемы из-за выхода из строя одного из гробов и
невозможности достать к ним комплектующих). Hо переход на новую технику тоже
не отнесешь к разряду "приятного ужина в хорошем ресторане".
>
> > > Hе-а... Теория множеств, на которой стоит реляционная модель, не
> включает
> > > таких понятий, как иерархия или сеть.
> > Так же как и иерархия или сеть не влючают в себя понятия
"реляционных
> > отношений".
> Hе понял твоего утверждения.
> Я же утверждал, что понятия иерархии и сети избыточны, они выводятся, а не
> постулируются.
Все модели БД между собой теоретически равнозначны и в теории можно
всегда перевести БД из
одной модели в другую. Более того, нет никаких теоретических доказательств
того, что одна модель более производительнее чем другая. Скорее всего успех
реляционки связан с устройством самих компьютеров и вполне возможно, что при
абсолютно другой архитектуре процессоров и их периферии сеть или иерархия
оказались бы на гораздо другом уровне чем сейчас.
--
С уважением,
Сергей Прач
=================
Please, send you private mail to: s_pratch@mail.ru
--- ifmail v.2.15dev5
* Origin: Solver Ltd. site #2 (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 |
|
|
