Сохранение чата в базе данных key-> value (noSQL)?

Question

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

Помимо очевидного отсутствия транзакций, которое не является нашей проблемой, является ли хорошей идеей использовать хранилище noSQL для чата?

Answer 1

MongoDB должен быть достаточно хорош, если вы хотите масштабируемости и производительности.Большинство движков SQL было бы излишним для этого.Я сомневаюсь, что вам нужно сложное объединение данных и другие запросы для данных чата.Несмотря на это, MongoDB имеет возможность уменьшения карты, чтобы помочь вам в этом.

Answer 2

NoSQL не используется, если у вас нет фиксированной модели данных , это относится к документно-ориентированным приложениям, где вам нужно хранить объекты и документы, где каждый из них может иметь различную структуру.

Я не думаю, что это имеет место в вашей ситуации, поскольку журнал чата имеет четко определенную модель данных , например (пользователь, время, текст).Я думаю, традиционная база данных SQL может подойти вам.Если используется только на стороне клиента, SQLite будет наиболее подходящим вариантом, поскольку не нужно устанавливать или настраивать , просто перераспределите dll SQLite.Кроме того, занимаемая площадь очень мала.

Answer 3

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