Предложение для частой записи, редко для чтения базы данных

Question

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

Какие хорошие базы данных оптимизированы для такого доступа?В настоящее время я использую MongoDB, но думаю, что это, вероятно, не лучший выбор в этом случае.

Я открыт для реляционных БД (т.е. MySQL), MongoDB, Redis и т. Д.

PS Кажется, этолегко ответить на этот вопрос для частого чтения БД доступа, но трудно найти информацию по этому конкретному случаю.

Answer 1

Это очень общий вопрос, нам нужно знать более подробную информацию

• Размер базы данных
• Рост данных, Сколько 10 ГБ в день / 200 ГБ в месяц?
• Это приложение OLTP или приложение OLAP?
• Каково максимальное количество одновременных транзакций / пользователей?

Помимо этого, поскольку вы упомянули, что данные редко читаются за пределами определенной точки

• Вы всегда можете посмотреть опции Архива (Очистка на основе продолжительности - Ежемесячно / Ежегодно)
• Паритирование - это еще один вариант, для более быстрого поиска

Опять вариант переходадля SQL или NOSQL основан на

• Согласованность
• Если у вас есть фиксированная схема, я бы посоветовал вам перейти к аспектам реляционной базы данных
• Параллелизм, основанный на необходимостивам нужно выбрать SQL или NOSQL (пример - онлайн-банкинг, я бы предложил RDBMS, для хранения отзывов о продуктах / комментариев для сайта, я в порядке для NOSQL, так как для этого не требуется обработка параллелизма)

Вам необходимо предоставить более подробную информацию о потребностях вашей базы данных с точки зрения функциональности, объемов данных, использования данных и аспектов роста

Надеюсь, это поможет ...

Answer 2

Поскольку вы упоминаете MySQL, вы можете взглянуть на механизм хранения ARCHIVE .