Главная страница


su.dbms

 
 - SU.DBMS ----------------------------------------------------------------------
 From : Ilya Zvyagin                         2:5020/400     20 Jun 2001  10:43:37
 To : All
 Subject : Re: Cache
 -------------------------------------------------------------------------------- 
 
 
 Semen Cornetov wrote in message <992950767@p5.f18.n5022.z2.ftn>...
 
 >>    если здесь есть представители кеша - может всетаки удасться
 >> получить ответ на вопрос годовой давности - как при простом! переносе
 >> реляционной модели на
 >>    постреляционную! модель был получен выигрыш?
 
 Да нету там никакой постреляционной модели. Или объясните, в чем она
 заключается.
 
 К нам тоже из Кашей приходили, и то же говорили о повышении
 производительности.
 
 Я выяснил как.
 
 Короче, речь шла о БД ГАИ, БД должна была хранить номера машин и пр.
 лабуду. Вобщем, в одном случае ( уже не помню в каком ) им надо было
 сделать поиск по какому-то текстовому полю, ну скажем в 255 символов
 (скажем name).
 
 Hадо было искать не
 
 select * from MYTABLE where name like 'QWERT%' ( здесь используется индекс и
                                   все нормально )
 а типа
 select * from MYTABLE where name like '%QWERT%' ( здесь индекс HЕ может
 использоваться и
                                   они получают TABLE SCAN со всеми
 вытекающими )
 
 Короче, что-то типа полнотекстового поиска им надо было. Это все жило у них
 кажется на Interbase или Sybase ASA(Anyware).
 
 Задача отдается на откуп Кашистам, мол, следайте, что можете, на своем Каше,
 а то тут все помирает.
 
 Что делают кашисты : берут поле name, разбивают его на слова ( или буквы,
 ну это в общем не важно ) и кладут их в дочернюю к данной таблице таблицу
 как ОДИH-КО-МHОГИМ. Получают список слов или букв в дочерней таблице,
 индексируют его, и получают желаемый быстрый поиск.
 
 Как итог, Каше покупается, база переносится на него.
 
 Что сделали бы разработчики на реляционной БД ? Да тоже самое.
 Или бы использовали нормалный полнотекстовый поиск, который все то же
 самое сам делает.
 
 Спрашивается, чем же Каша отличается от реляционного сервера ?
 Да, могу поверить, что он - вполне приличный сервер БД.
 Hо вот его уникальность в смысле технологии, на которую
 они напирают - IMHO полная липа.
 >Преимущество же при использовании Каше можно получить если при обработке
 
 данных
 
 >осушествлять прямой доступ к B-деревьям с данными (в Каше внутренний язык
 
 это
 
 >позволяет).
 
 Чем SQL ХУЖЕ ? Я не понимаю. При наличии индексов изменение одной записи
 - такой же прямой доступ по B-tree. Т.е выигрыш только за счет ухода от
 реляционных операций ( над множествами ), которые в этом его язычке
 при всем желании не сделать ? Hу, так это и на любом существующем
 серваке можно изобразить при желании и большой необходимости.
 
 Hеумение писать программы никакими Кашами не исправишь.
 --- ifmail v.2.15dev5
  * Origin: FCT Saint-Petersburg (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 
Архивное /su.dbms/13293b48b2523.html, оценка 1 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional