Существует довольно много независимых и не столь независимых исследований, сравнивающих традиционные РСУБД, но мне не удалось найти хороший материал для баз данных в памяти. Меня в первую очередь интересуют те, которые специализируются на OLTP.
До сих пор мне удалось найти общие документы на TimesTen и MySQL Cluster, но мне еще предстоит увидеть сравнение "голова к голове". Существуют и другие альтернативы (например, от IBM), но есть еще менее легкодоступный материал.
Информация разбросана по всему Интернету, но вот что я узнал:
Введение в бенчмаркинг базы данных
Первое, что вам нужно сделать, это выяснить стандартный тест, который будет использоваться для сравнения ваших выборок базы данных в памяти. Страница wiki на Oracle дает обзор стандартных эталонных тестов базы данных. Если вы найдете результаты для тех же стандартных эталонных тестов для TimesTen и MySql Cluster, вы сможете сравнить их. Найти подробное сравнение всех баз данных в памяти довольно редко.
Резюме. Поскольку вы упомянули OLTP, стандартным эталоном, который вам интересен, является TPC-E, который имитирует рабочую нагрузку OLTP брокерской фирмы. Другие эталонные отраслевые стандарты измеряют поддержку решений и транзакции базы данных электронной торговли.
Наборы баз данных баз данных с открытым исходным кодом
Open Source Development Labs Database Test Suite - это самая полная версия с открытым исходным кодом тех стандартных эталонных тестов, о которых я упоминал ранее. У них есть четыре основных набора тестов с номерами DBT1, DBT2, DBT3, DBT4. Они не реализовали тест TPC-E, но тест базы данных 2 (DBT2) - это то, что вы ищете, поскольку оно имитирует OLTP-транзакции. Все просто ссылаются на запуск теста DBT2 вместо написания его как OSDLB DBT2.
Результаты
MySql
Вам нужно будет зарегистрироваться, чтобы получить белую бумагу, отправленную вам по электронной почте, но вот резюме, которое я взял со своего сайта:
В конечном счете, MySQL Cluster смог достигать 100 000 транзакций в минуту в конфигурации 8- node. Эта продемонстрировали впечатляющие улучшения масштабирования по сравнению с кластером 2- nodeкоторый смог получить 26 000 транзакций в минуту. Эти были реализованы улучшения производительности благодаря использованию нового многоядерного процессора Серверы Intel Xeon на базе Intel Микроструктура Core T.
Oracle
К сожалению, DBT2 не поддерживает TimesTen. Однако я нашел технический документ, который дает подробную информацию о контроле для TimesTen в рабочей нагрузке OLTP.
IBM
Другие ресурсы
VoltDB - это высокомасштабируемая OLTP-база данных, которая обеспечивает SQL/ACID и работает на товарном оборудовании, ничего не кластер. Он доступен с открытым исходным кодом и существует как в версии free/community (AGPLv3), так и в серийной версии.
На форумах VoltDB есть сообщение, в котором обсуждаются некоторые из других решений OLD RDBMS в памяти в http://community.voltdb.com/node/95. Не стесняйтесь просматривать и добавлять к этой публикации.
Себастьян Чеховски в BigDataMatters имеет сравнение четырех разных IMDB, предполагая, что выборки, как правило, на 5 раз быстрее, а вставки/удаления имеют тенденцию быть в 2-4 раза быстрее.
http://bigdatamatters.com/bigdatamatters/2009/12/oracle_ibm_database_comparison.html
В этой статье wiki приведено сравнение большинства известных СУРБД: Сравнение реляционных систем управления базами данных
Нет сравнения, но перечислены операционные системы в памяти: база данных в памяти
Кроме того, в какой-то степени это будет зависеть от вашего предполагаемого использования. Каковы ваши ограничения и минимальные требования к производительности?
Я думаю, что ваш лучший вариант - получить пробные (или бесплатные) версии и настроить свои собственные тесты.
Почти каждая СУБД будет делать то же самое, но по-разному, поэтому вы должны искать самую быструю СУБД, которую вы можете найти, если вам нужна скорость, вам следует использовать TimesTen, который считается одним из самые быстрые решения, то есть с СУБД с открытым исходным кодом, так это то, что некоторые из более продвинутых функций (таких как репликация) нигде не приближаются к тому, что вы найдете на коммерческих альтернативах. Достаточно просто, большинству пользователей не нужна репликация на уровнях, предлагаемых Oracle, DB2 или MS-SQL; поэтому разработчики PostgreSQL и MySQL не чувствуют необходимости улучшать его.
Этот ответ был получен после поиска самых быстрых из RDBMS, упомянутых здесь, и некоторых, уже известных мной, я пошел 2 к 2, ища лучшее, а затем ищет лучшее между победителем и другим, и результатом было то, что TimesTen является самым быстрым:
Итак, вы должны использовать для приложения, которое вы упоминаете, и для условий, установленных TimesTen.