Всем привет.

В данный момент планирую написание внутреннего тула, всетал вопрос в выборе БД. Трудность в том, что будет таблица с часто изменяемыми данными, размер которой в данный момент составил бы: 250 000 000 строк. Прошу совета с выбором СУБД. Рассматриваются как реляционные так и объектные БД.
В первую очередь рассматриваю использование mysql(с ним больше всего работал), но есть подозрение что на моем железе(это HP proliant G7) оно может работать медленно.

ЗЫ:
на ORACLE денег не дадут 100%.

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

Прошу совета.

• Выбор БД,tsolodov, 23:07 , 27-Янв-14
• Выбор БД,edwin3d, 10:12 , 08-Окт-14

>[оверквотинг удален]
> совета с выбором СУБД. Рассматриваются как реляционные так и объектные БД.
> В первую очередь рассматриваю использование mysql(с ним больше всего работал), но есть
> подозрение что на моем железе(это HP proliant G7) оно может работать
> медленно.
> ЗЫ:
> на ORACLE денег не дадут 100%.
> Есть вариант разбить одну большую таблицу на много маленьких с одинаковой структурой
> но разным именем, но это выглядит  не совсем красиво с
> моей точки зрения.
> Прошу совета.

Пока остановился на mysql+partioning

> Всем привет.
> В данный момент планирую написание внутреннего тула, всетал вопрос в выборе БД.
> Трудность в том, что будет таблица с часто изменяемыми данными, размер
> которой в данный момент составил бы: 250 000 000 строк. Прошу
> совета с выбором СУБД. Рассматриваются как реляционные так и объектные БД.

Добрый день.
Если Вам не нужна мощь SQL - то очень симпатично будет смотреться MongoDB.
Она на таких запросах работает шустро, а главное - можно разбить на Н серверов.

Если нужен именно SQL, то как мне кажеться, Вам стоит обратить внимание на PostgreSQL. Но посидеть над тюнингом придется.

В любом случае ставьте побольше памяти и не стесняйтесь ее занимать