Самая быстрая и стабильная база данных, отличная от SQL?[закрыто]
https://stackoverflow.com/questions/2442735
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Какая самая быстрая и стабильная база данных, отличная от SQL, для хранения больших данных и обработки тысяч запросов в течение дня (это служба обмена трафиком)?Я нашел Kdb+ и Berkeley DB.Они хорошие?Есть ли другие варианты?
Подробнее...
Каждый день сервер обрабатывает > 100 тыс. посещений.Для каждого посещения мне нужно читать соответствующую статистику из БД, записывать журнал в БД и обновлять статистику в БД, то есть 3 операции с БД за посещение.Трафик постоянно увеличивается.Таким образом, движок БД должен быть быстрым.С одной стороны БД будет управляться демоном, написанным на C, Erlang или любом другом низкоуровневом языке.С другой стороны, БД будет управляться PHP-скриптами.
Решение
Berkely DB проверена, проверена и проверена и лежит в основе многих систем со сверхвысоким объемом транзакций.Одним из примеров является инфраструктура операторов беспроводной связи, которая использует огромные хранилища LDAP (например, OpenWave) для обработки более 2 МИЛЛИАРДОВ транзакций в день.В этих системах также обычно есть что-то вроде Oracle для восстановления на определенный момент времени, но они используют Berkeley DB в качестве реплицируемых кэшей.
Кроме того, BDB не ограничивается парами «ключ-значение» в простом смысле скалярных значений.Вы можете хранить в значении все, что захотите, включая произвольные структуры/записи.
Другие советы
Сама файловая система быстрее и стабильнее, чем что-либо еще.Он хранит большие данные легко и эффективно.API очень простой.
Вы можете очень и очень эффективно хранить и извлекать данные из файловой системы.
Поскольку ваш вопрос немного скуден в отношении «требований», трудно сказать что-то большее.
А что насчет Редиса?
http://code.google.com/p/redis/
Еще не пробовал, читал об этом, и кажется, что он достаточно быстрый и стабильный для хранения данных.Насколько я понимаю, он также предоставляет вам достойное решение против одноточечного отказа.
Что случилось с SqlLite?Поскольку вы явно указали, что это не SQL, Berkeley DB основана на парах ключ/значение, которых может быть недостаточно для ваших нужд, если вы хотите расширить наборы данных, тем более, как бы вы сделали этот набор данных связанным друг с другом, используя ключ/ пары значений....
С другой стороны, Kdb+, глядя на Часто задаваемые вопросы на их веб-сайте есть реляционная база данных, которая может обрабатывать SQL через их язык программирования. Вопрос... имейте в виду, что если появится необходимость миграции, могут возникнуть потенциальные проблемы, такие как несовместимые диалекты или запрос, использующий специфику поставщика, следовательно, возможны потенциальные проблемы. заблокироваться в этой базе данных и вообще не иметь возможности мигрировать... об этом следует помнить на будущее...
Вам нужно быть осторожным с тем, что вы решаете здесь, и смотреть на это с долгосрочной точки зрения, на будущие обновления, миграцию на другую базу данных, насколько легко будет масштабировать и т. д.
Одна очевидная запись в этой категории — Intersystems Caché.(Ну, для меня это очевидно...) Однако имейте в виду, что это недешево.(Но я не думаю, что Kdb+ тоже.)
MongoDB — самая быстрая и лучшая база данных nosql.Посмотри на этот тест производительности.
