|
|
|
посоветуйте in-memory database engine
|
|||
|---|---|---|---|
|
#18+
авторHashMap'ы таки порвут в клочья любой SQL-движок (с теми же фичами вроде параллельного доступа к данным, транзакционности и т.д.). только на маленьких объёмах когда данные умещаются в выделенной памяти (физической) т.е. в пределах 100мб ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2007, 22:45:54 |
|
||
|
посоветуйте in-memory database engine
|
|||
|---|---|---|---|
|
#18+
С базой HSQLDB были проблемы не с быстродействием, а с пожиранием памяти при увеличении объёма данных. Использовал при обработке небольших массивов данных, когда удобно было применять SQL. Данные с массивов загонялись в таблицы и тут на блотной козе выезжал SQL и начинал всё это перелопачивать с поподвыподвертом с применением группировок, сортировок, агррегаци и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2007, 23:34:20 |
|
||
|
посоветуйте in-memory database engine
|
|||
|---|---|---|---|
|
#18+
Человек-собака Шариков авторHashMap'ы таки порвут в клочья любой SQL-движок (с теми же фичами вроде параллельного доступа к данным, транзакционности и т.д.). только на маленьких объёмах когда данные умещаются в выделенной памяти (физической) т.е. в пределах 100мб Ну, ваще-то я бы сказал про что-то порядка 500 МБ, хотя бы (совершенно нормальный объем) — такого объема почти всегда хватает (если разговор о кэшах). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2007, 23:58:27 |
|
||
|
|
start [/forum/topic.php?fid=59&gotonew=1&tid=2144257]: |
0ms |
get settings: |
17ms |
get forum list: |
24ms |
check forum access: |
7ms |
check topic access: |
7ms |
track hit: |
44ms |
get topic data: |
19ms |
get first new msg: |
10ms |
get forum data: |
5ms |
get page messages: |
98ms |
get tp. blocked users: |
3ms |
| others: | 342ms |
| total: | 576ms |
| 0 / 0 |
