Правильная СУБД для работы?

Question

Мне нужна СУБД, но я не знаю, какую выбрать. По сути, приложение делает много INSERT / UPDATE, но также много SELECT. ВЫБРАТЬ в основном очень просто, только одно поле.

В настоящее время я использую MySQL + InnoDB, но по мере роста базы данных мне нужно лучшее решение. Стол может расти бесконечно, а время + - 2ГиБ

EDIT:

Будет работать в Linux и, возможно, редко во FreeBSD. Не нужно управление пользователями, все процессы в данный момент подключаются как root. Как правило, существует много одновременных обращений (теперь в 83 потоках, согласно mysqladmin).

Доступ будет с C ++, но также необходим доступ к PHP *

Статистика PHPMyAdmin:

выберите: 42,57%

вставка: 7,97%

обновление: 49,45%

EDIT2:

После некоторых размышлений и ответов здесь я считаю, что я не могу использовать MySQL для вашей клиентской библиотеки GPL Любая альтернатива, которая не вредит (сильно) производительности?

Answer 1

Я думаю, у вас есть много вариантов.

• Вы можете продолжать использовать MySQL. YouTube использовал это довольно успешно
• PostgreSQL (бесплатный, с открытым исходным кодом, довольно хорошая производительность, надежный)
• Oracle (НЕ бесплатный, но имеет хорошую поддержку для очень больших баз данных)

Answer 2

Если это очень простые запросы, может ли это быть хорошо сделано с хранилищем ключей / значений?

Answer 3

Согласно это , максимальный размер базы данных в Linux 2.4+ (ext3) составляет 4 ТБ. Поэтому я думаю, что вы можете безопасно использовать MySQL + InnoDB, если производительность достаточна.

Answer 4

Я думаю, MySQL - отличный выбор из того, что вы заявили. Oracle не является бесплатной и имеет некоторые издержки во всех функциях уровня безопасности и корпоративного уровня, которых нет в MySQL. Вы хотите поддержку нескольких языков. MySQL может хорошо масштабироваться (я считаю, Flickr - хороший пример). Большинство баз данных доступны на большинстве языков: например, Perl, Java и C имеют API-интерфейсы на основе драйверов (JDBC, DBI и ODBC). IIRC PHP очень похож на DBI. Кроме того: если вы начнете с базы данных, у вас появится возможность для маневра в будущем: например, объединения и агрегация.

Один совет, который я бы дал: убедитесь, что все, что вы выберете, ACID соответствует. Кроме того, вы можете потратить время на сравнение PostGres и посмотреть, есть ли в нем что-то, что соответствует вашим потребностям или лучше, чем MySQL.