Назначение СУБД: быстрая память для приложения
Работа: 10 SQL запросов выполняются в непрерывном цикле
Требования к СУБД: требование одно - быстродействие, быстродействие и еще раз быстродействие

Ограничения:
1. Приложение выполняется на машине с СУБД - локальная
2. Однопользовательская
3. Малый размер строки
4. Небольшое (5) количество таблиц
5. Без транзакций

На мускуле (v4,v5 MyISAM), при достижении 100 000 строк скорость падает на порядок по сравнению со стартовой (со 100 итераций в секунду до 10).

Размер строки 30-60b (байт!)
Индексы на все что есть в where и нечасто апдетится. По логам: кэшированных запросов нет, запросов неиндексированных данных нет.
Сами запросы - ничего умного.

Пример запросов - лог одного такта:
update refren set s0=GREATEST(s0,1.0) where id=1080
select r.id, r.id_prev from rel r where r.type=0 and r.id_prev=435132 and r.id_src=1088 and r.id_dict=1080 order by w desc limit 1
update rel set w=GREATEST(0.5,POW(w, 0.8)), f1=1 where id=453746
select w from rel where id=453746
select id_dict from rel where type=1 and id_prev=435132 and id_src=1088
update rel set w=GREATEST(0.5,POW(w, 0.8)) where type=1 and id_prev=435132 and id_src=1088
update refren set s1=GREATEST(s1,1.0) where id=355402
select sum(s0) from refren where s0>0.1 and lev=2
update refren f, refren f1, coord c set f.s0=f.s0+f1.s0*c.w*1.0 where f1.lev=2 and f1.id=c.id_coord and f.id=c.id_ref and f1.s0*c.w>0.1
select * from refren where lev>0 and s1>0.1 and s1>=s0 order by s1 desc limit 1
insert into internal(ref,s0)values(355402,1.0)
select lev from refren where id=355402
update refren set s0=s0*2.0,k=k+(1.9-k)*0.1 where id=355402
update refren set s1=GREATEST(s1,s0*0.7),s0=0 where s0>0.1
update internal set s1=GREATEST(s1,s0*0.7),s0=0 where s0>0.1

Падение быстродействия в 10 раз когда база выходит на объем<10 Мб - нормальное явление в мире СУБД? (или в мире mysql)

Коллеги, cпасибо за помощь, не знал что СУБД плохо с апдейтами дружат.
ANT долго думает после регистрации, наверное его смутил телефон «007».
FoxPro оставляет некий налет студенчества, но обязательно попробую.
Написал несложный тест для TimesTen и MySql: 45000 инсертов и столько же апдейтов. Вот результат выполнения в сек:
Timesten 88
MyISAM 12
MyMemory 11
Конечно такой тест не является показательным но разница в 8 раз…
По всему выходит что мускл здесь самый быстрый для данной задачи?
gardenman, а в mysql размер страницы регулируется?

shuklinЕсть у меня знакомый redstar, Ром, ежель это ты и тебя опять на нейронки потянуло - бросай SQLи и переходи на нормальные ОБД )))
Привет, Дим. Пробовал кашу, отказался опять же из-за скорости: в рамках описанных ограничений проигрывал на порядок.

2AlexTheRaven
Можно взять массив, построить хэш таблицу и т.д. - получим in-memory table