Выбираю самую быструю SQL базу данных. Остановился на column based DB's.

Пока выбор пал на MonetDB x100

1. Хочу узнать, есть еще какая нибудь база данных. Ссылки на бенчмарки пожалуйста или просто свои впечатления))
2. Есть ли база данных, которая делает ставку на multi core,тем самым рвет всех на многоядерных процессорах.

http://www.mysqlperformanceblog.com/2009/10/02/analyzing-air-traffic-performance-with-infobright-and-monetdb/

С уважением, JaguarGX

locky1. самой быстрой нет
С чего Вы это взяли? Сотни людей в мире каждый день заняты над академическими проектами, чтобы увеличить производительность. Тонкая настройка только в путь.

locky никто не делает "ставку на мультикоре"
http://en.wikipedia.org/wiki/Parallel_database
http://storagemojo.com/2010/02/08/a-petascale-parallel-database/

locky 3. флагманы рвут всех. в т.ч. и друг друга
Флагманы отчасти закрывают достойные проекты своими адскими маркетинговыми машинами. Есть много интересных free проектов.

SiemargllockyJaguarGX,
1. самой быстрой нет

+1
Но для определенных задач быстрее будут специализированные СУБД. Для каждого типа - своя. И тюнить ручками.

Здесь бессмысленно спорить, вами вы оба правы. У меня очень очень интенсивная обработка данных в секунду и база на гигабайты. Собственно уперся в скорость select и insert. Думал выбрать database, которая в памяти храниться, но у меня не так много оперативки как на харде)). Поэтому может кто нибудь еще подскажет что нибудь не уступающей monetdb?

Зайцев ФёдорTJ7 самая быстрая

Тестов никаких нету, поэтому это можно поставить под сомнение. Все равно спасибо.

Ggg_oldИсходя из условияй задачи (которые не описаны ;-) ) предложу в качестве субд текстовый файл. :-))

Хм. Интересный вариант, попробую.

Нашел еще MongoDB:

http://www.mongodb.org/display/DOCS/Benchmarks
http://www.snailinaturtleneck.com/blog/2009/06/29/couchdb-vs-mongodb-benchmark/

http://habrahabr.ru/blogs/webdev/74683/

Как вариант: The Hypertable

The Hypertable team has been primarily focused on performance. The code was made available as open source fairly recently.

The HBase team has been focused more on scalability and robustness, as well as building community through participation as a subproject of Hadoop. HBase was developed in a fully open source manner from the start.

Отсюда:
http://www.linkedin.com/answers/technology/information-technology/information-storage/TCH_ITS_IST/200121-1689952


http://www.hypertable.org/index.html
http://code.google.com/p/hypertable/wiki/PerformanceTestAOLQueryLog

lockyЯ бы высказался так
Маловероятно (хотя и не совсем исключено) что задача топикстартера представляет из себя нечто совершенно уникальное, с абсолютно уникальными алгоритмами и требованиями к СУБД
color]

А я бы так. Здесь я топикстартер и это отлично, а на других форумах нет, особенно зарубежных.
Алгоритм - очень интенсивные вычисления на CUDA. Я выбираю место для хранения данных. Массивы данных просто огромны. Скорость на первом месте - стоит.

Я к Вам отношусь с уважением . Если у Вас "Сообщений: 15843 ",то почему вы мне предложили самый наихудший вариант (флагманские базы данных). Изучать одно и тоже из года в год - это путь в никуда. Если Вы думаете, что кроме них нет других, и за то большое кол-во лет которые вы занимаетеь базами данных Вы только их и знаете , то мне вас жаль. Поверьте мне, я не один год занимаюсь базами даннных, чтобы отказаться от "флагманов-самосвалов" . в этой задаче. Эволюция баз данных видимо начала проходить мимо Вас.

locky
И если исходить из таких соображений - то не нужно искать "серебряную пулю", а брать нормальный, надежный инструмент, имеющий хорошую репутацию, хорошую поддержку, имеющий широкий круг использования и массу спецов, готовых помочь в сложной ситуации
[quot locky]Спасибо большое за совет.

[quot locky]There’s no silver bullet!
Если Вы так думаете , то Вы никогда ее не найдете. Может стоит начать думать по другому?
-------------------------

JaguarGX,

Я здесь задаю вопрос, потому-что здесь может быть, тоже есть люди которые отвечали уже себе на этот вопрос. Интересно узнать их мнение. Я не хочу никого обидеть . Мне просто нужны пожелания и советы спецов.

lockyВсе таки интересно, что за задача
уж ли не, упаси господь, очередная биржа с автоторговлей?
-------------------------
There’s no silver bullet!

Спасибо, что вы меня правильно поняли. Не стали серчать на меня. Алгритм для симулирования и подгонки моделей развития цунами. Данных с датчиков после цунами куча от место положения до напрвления , скорости и.т.д. Пока подгонишь модель к полученным данным, очень долго времени проходит. потом еще и симуляция. Короче стараюсь везде выжать. Щас на персоналке работаю, потом буду на кластер переносить рачеты. Но база данных - это пока для меня остается слабым местом. Увеличение увеличения времени выполнения select хотя бы на 0.2 с уже сущесвенно вносит вклад в общее время.

JaguarGX,

Не 0.2 а 0.02 / Порядок - сотые доли секунды, имел ввиду. Сорри.

SergSuperJaguarGXАлгоритм - очень интенсивные вычисления на CUDA. Я выбираю место для хранения данных. Массивы данных просто огромны . Скорость на первом месте - стоит.


Также не хочу никого обидеть, но на мой взгляд несколько странно слышать такие критерии от человека, не один год занимающегося базами данных.

Норм все. У меня решение задачи опредление параметров по модели порядка 7-8 часов занимает. Это зависит от точности решения, конечно. При увеличении скорости select на 0.05 - 0.1 с. уже занимает чуть больше 6 часов. (с той-же точностью.)