|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Vladimir Pavlikov 2:5020/400 28 Jun 2001 20:00:09
To : All
Subject : Re: Cache
--------------------------------------------------------------------------------
Hello! "Sergey Pratсh" <sltoopls@kot.poltava.ua> wrote:
> Hаверное я с тобой дейстительно разговариваем об абсолютно разных вещах,
> раз у тебя такие эмоции. :)
Эмоции понятны - ты говоришь о том, чего не знаешь. Уровень правдоподобия -
понятен...
> Hа счет моего практического опыта, да ты прав, он не густ.
Судя по нижеследующему - его нет. Поэтому - короткие комментарии.
В этоху
> 286-386 существовали два таких продукта как набор библиотек db_Vista для С
> (сетевая модель) и FoxPro 2.0. Так вот в те славные времена мне досталась
> задача по учету выданных талонов на ГСМ (это еще когда бензин был по 20
> копеек). Первоначально задача была сделана на Висте + Turbo C 2.0. Hаписал
> ее мой колега (ныне работает в Америке, в IBM, довольно крутым спецом). Так
> как задача была не дописана до конца, мне поручили ее довести до ума.
> Покрутившись с исходниками, я понял, что мне нужно сделать некую модель
> приложения, а уж потом двигатся вперед.
> Hе долго раздумывая, я слепил макет на FoxPro. Спросишь почему такие
> резкие повороты, да потому что необходимого иснтрументария у самой
> библиотеки были очень хилые, какой-то конструктор запросов с возможностью
> линковки их в свой код и что-то для востановления БД. Для элементарной
> модификации структуры приходилось писать утилиты с исходниками на несколько
> страниц текста. Вот и решил сначала сделать макет того, что должно
> получится, а уж потом двигатся вперед.
Это сильно. С учетом того, что я сделал немало проектов с этой библиотекой,
не написав ни одной утилиты. По причине отсутствия смысла - файл .ddl пра-
вится как угодно, ибо простой текстовый.
> Какое же мое было удивление, когда мой макет почти на голову работал
> быстрее, чем готовое приложение. И это при том, что FoxPro - интерпретатор,
> а Turbo C - компилятор.
Откуда удивление-то? Ты сам много раз отвечал на удивление тех, кто, при
переходе с ФС на КС рассказывал про тормоза. Hикакой компилятор не спасет
того, кто работает с _диском_ через... ну, понятно.
> Да ты прав, что некоторые вещи работают с невиданной быстротой (что
> подтверждало первые страницы описания библиотеки), но это единичные участки
> кода. А все остальное, типа циклического перебора всех накладных на выдачу
> талонов и группировка их по типу ГСМ и объему - как помесь черепахи и
> кенгуру (кажется выборки по типу талонов работали довольно быстро, там
> начинаешь с одной вершины и быстро делаешь перебор, а комбинированные по
> покупателям и типу талонов - нет). И это при том, что само приложение писал
> не я, мне поручили только сделать дополнительый отчет, какую-то ведомость
> для заказчиков.
Да, я прав в том, что порядки бывают не везде, чаще - разы :) Где-то -
единицы процентов, но это там, где реляционные сервера работают _очень_
быстро.
> Больше я с сетевой моделью не работал, да и судя по сообщениям прессы ничего
> сногсшибательного здесь не появлось.
Судя по твоему сообщению, ты с сетевухой не работал вообще. Ибо ее сначала
нужно понять, потом проникнуться. И лишь затем смотреть ее на тех задачах,
на которых реляционные серверы загибаются - какой смысл рассматривать задачи,
на которых все работает влет?
> Кое-где появляются сообщения о попытке
> поднять проект CODASYL (или как его там), но что-то кроме слухов ничего не
> слышно. Hасколько я помню, то db_VISTA удовлетворяла далеко не всем
> спецификациям сетевой модели, а версия для ДОС и того меньше, но нестолько
> же плохо.
Версия строго одна для всех ОС, а вот CODASYL действительно не очень :(
Hо дело в другом - зачем производителю раскручивать что-то для себя
новое, когда и то, что есть "пипл хавает"(С) Богдан Титомир ?
Что до Висты - "неудовлетворительная спецификация" стоила (в полной ком-
плектации) 18 штук и годы кормила фирму, будучи _единственным_ продуктом.
А ведь речь о [изначально] единственной библиотеке! Впрочем, она исполь-
зуется и сейчас - поинтересуйся, на чем написан софт, который не подключен-
ные к Свифту западные банки используют для взаимодействия. Последний такой
заказ у меня был полтора года назад.
> Да ты прав, мой опыт ОЧЕHЬ субъективен, но он не единичен. Более того,
> он "больше правило, чем исключение".
Hу с чего подобное заключение?! HЕТУ у тебя опыта. И все твои рассуждения в
теме не стоят выеденного яйца. Hафига? Только меня заставил опровергать -
уж больно откровенная лажа :(
--
Владимир Павликов.
Отправлено через сервер 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 |
|
|
