Выбор движка базы данных

← →
tester (2016-01-03 16:28) [0]

На данный момент использую TADOConnection - Microsoft.Jet.OLEDB.
Локальная база с несколькими таблицами в районе трехсот тысяч записей, без хранимых процедур и т.п.
Подскажите, какой движок будет пошустрее в плане отбора данных?
что-то в гугле свежих тестов не нашел, может кто по опыту подскажет на что стоит обратить внимание. Например тот же sqlite3 будет пошустрее?

← →
tester (2016-01-03 16:31) [1]

забыл добавить, что свой код хочу переписать на Seattle, если это имеет значение..

← →
Плохиш © (2016-01-03 18:07) [2]

ADO

← →
tester (2016-01-03 18:22) [3]

а что адо? я и так работаю сейчас через него.

← →
Плохиш © (2016-01-03 18:36) [4]

Чем не устраивает?

← →
sniknik © (2016-01-03 18:45) [5]

> может кто по опыту подскажет на что стоит обратить внимание.
ADO + кривизна руки. по опыту.

> Например тот же sqlite3 будет пошустрее?
нет, не будет.

> в районе трехсот тысяч записей
это не то количество из-за которого нужно "парится". сделал "мини тест", запрос -
SELECT TOP 300000 * FROM [Full]
выбирается 343 миллисекунды (всего в таблице ~13 миллионов, таблица из двух полей автоинкримент-ключ и название WChar(50))...
это "в плане отбора данных", хотя 300 тыс конечно нафиг не нужны, но куда еще "ускорять"? чтобы было 340 миллисекунд? перфекционист?

← →
tester (2016-01-04 09:57) [7]

вообщем остановился пока на sqlite3 + mORMot

Выбор движка базы данных Найти похожие ветки