|
ru.perl
- RU.PERL ----------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 12 Dec 2005 17:48:30
To : yurik shestakov
Subject : Re: BerkeleyDB and secondary indexes
--------------------------------------------------------------------------------
yurik shestakov -> Artem Chuprina @ Mon, 12 Dec 2005 12:59:08 +0000 (UTC):
IF>>>> Возьми постргрес какой и не мучься. Или все тот же гребаный мыскль.
IV>>> А почему мыскаль гребанный ?
IV>>> Сейчас пытаюсь с мыскаля на пострес перепрыгнуть с большой базой
IV>>> (10 мил записей в таблице), так постгрес запросы медленнее выполняет
IV>> ::-( хоть и ожидал я от него большей шустрости )
IV>>> И, сволочь, с индексами работает медленнее, чем без них, что меня совсем
IV>>> убило :-(
AC>> ANALYZE делался? Вообще, пока у мыскля не включены транзакции и
AC>> запросы простенькие, он быстрее кого угодно. Он тормозит на
AC>> сложных задачах.
ys> Добавлю от себя: и пока индексы влезают в буфера его. Как только
ys> вылезли -- ховайся.
Hу, эта задача традиционно решается добиванием памяти. Это все СУБД
хотят, чтобы индексы целиком в память помещались. По крайней мере -
наиболее часто используемые...
ys> Hу и приколы вида:
ys> select count(*) from foo where '2005-11-1' between lo_date and hi_date;
ys> count(*)
ys> 0
ys> select count(*) from foo where '2005-11-01' between hi_date and hi_date;
ys> count(*)
ys> 1
ys> select * from foo;
ys> low_date | hi_date
ys> 2005-11-01 | 2005-11-09
Hо тоже интересно... А тут точно чуши не написано?
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru
Если ничто уже не помогает, прочтите же, наконец, инструкцию!
--- ifmail v.2.15dev5.3
* Origin: Leninsky 45 home network (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
