Прежде всего, 6M записей не очень много , поэтому в эти дни это не должно быть проблемой для каких-либо СУБД основного уровня. Тем не менее, я вижу два аспекта:
1) Оценка площади - приблизительное количество пространства. Для этого вы можете вставить в таблицу несколько записей, которые будут похожи на ваши, и экстраполировать их на записи 6M. Например. (Я использовал SQL Server, но это должно быть доступно для другой СУБД, таких как MySQL):
Записи выглядит следующим образом (4 целых и VARCHAR)
103 1033 15 0 The %S_MSG that starts with '%.*ls' is too long. Maximum length is %d.
Я вставленный о строках 1M в использование таблиц и пробелов возвращает что-то вроде:
rows reserved
1008656 268232 KB
Итак, это будет около 1,5 ГБ для рядов 6М.
2) Оценка использования - уже указано chanaka wije
. Если вы выполняете только SELECT или INSERT, специальных функций не требуется (например, поддержка многих транзакций за единицу времени).
Кроме того, в целях повышения SELECT
производительности, вы должны смотреть в разбиении (по времени вашего дела) - см here, here или here.
Этот вопрос требует мнения, здесь нет конкретного ответа. –
Для этого вопроса есть сайт StackExchange: http://softwarerecs.s.stackexchange.com/ – pjd