База данных вставляет производительность

Мы планируем реализовать систему для входа высокой частоты галочек рынка в DB для дальнейшего анализа. Просто добираться немного, какая производительность хранилища мы можем войти в различные решения для DB, я создал немного приложения для вставки основной строки информации о галочке. При выполнении того же кода нескольких других DBS мы получили некоторые интересные результаты.

Вставляемые данные очень просты как, следует:

CREATE TABLE [dbo].[price](
    [product_code] [char](15) NULL,
    [market_code] [char](10) NULL,
    [currency] [nchar](6) NULL,
    [timestamp] [datetime] NULL,
    [value] [float] NULL,
    [price_type] [char](4) NULL
) ON [PRIMARY]

Microsoft SQL Server:

Общее тестовое время: 32 секунды. 3 099 цен в секунду.

MySQL Server:

Общее тестовое время: 18 секунд. 5 349 цен в секунду.

Сервер MongoDB:

Общее тестовое время: 3 секунды. 25 555 цен в секунду.

Цель этого тестирования состоит в том, чтобы просто получить немного признака, какого вида из "необработанной производительности" может ожидаться систем в нижней части. На самом деле реализовывая решение мы, конечно, сделали бы буферизацию, объем вставляет и т.д.

Мы только заботимся о скорости вставок, поскольку запросы сделаны "офлайн" позже.

У кого-либо есть какие-либо предложения для других баз данных, которые могли соответствовать? Я буду пробовать HDF5 и MonetDB позже сегодня вечером также. Его необходимое, чтобы иметь много клиентский доступ.

Спасибо за любые предложения!

ОБНОВЛЕННЫЙ:

Извините, но я сделал основное редактирование своего вопроса перед установкой, и кажется, что я не учел серверные версии и некоторые детали аппаратных средств. Все тесты были на 8 базовых серверах с RAM на 12 ГБ, запускающей Windows 2008 x64.

Предприятие Microsoft SQL Server 2008 года x64. MySQL 5.1.44, работающий как таблица InnoDB. MongoDB 1.2.4 x64

Текущий тест является простым циклом строки, вставляет в DBS с реальными историческими данными NASDAQ, скомпилированной в файле CSV, уже импортированном в память. Код был в C# NET4 x64.

SQL MS и серверы MySQL были "настроены" на идеальные настройки, в то время как MongoDB был просто создан со значениями по умолчанию. Таблицы SQL настраиваются без индексов, поскольку цель DB проста как земля подготовки прежде чем быть переданным в основную систему анализа.

Многие предположили, что Объем вставляет, однако это - трудный способ сделать его, поскольку у нас есть несколько клиентов, продвигающих единственные галочки в DB независимо от прямых трансляций. Для обеспечения таких методов мы должны были бы развернуть слой перед DB вне того, на что у нас есть шанс протестировать прямо сейчас. Однако я предполагаю, что что-то должно будет быть сделано для заключительной архитектуры, как числа мы добираемся от всего кроме MongoDB, недостаточно для обработки количества необходимых исходных данных.

ОБНОВЛЕНИЕ 2: твердотельные диски являются действительно большими для просто этого, и мы используем это сами. Однако конечный продукт будет установлен в нескольких различных клиентах, которых все обеспечивают их собственному железу.. и получение серверов из отдела ИТ с SSD все еще трудно...: (

ОБНОВЛЕНИЕ 3:

Я попробовал предложенный подход BulkCopy. Производительность для того же цикла как другие, но сначала в DataTable и затем BulkInsert в SQL Server привела к следующему:

Microsoft SQL Server (объем):

Общее тестовое время: 2 секунды. 39 401 цена в секунду.