SQL (MySQL) против NoSQL (CouchDB)

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

Есть ли у кого-нибудь мысли или рекомендации по этому поводу?

Ответы

Ответ 2

Похоже, что только реальные решения сегодня вращаются вокруг масштабирования или осколки. Все современные базы данных (NoSQLs, а также NewSQL) поддерживают горизонтальное масштабирование прямо из коробки, на уровне базы данных, не требуя, чтобы приложение имело кодовый код или что-то в этом роде.

К сожалению, для доверенного доброго старого MySQL, ошпаривание не предоставляется "из коробки". ScaleBase (отказ от ответственности: я там работаю), если вам нравится, является разработчиком полного масштабируемого решения. ScaleBae анализирует ваши данные и поток SQL, разбивает данные на узлы базы данных и агрегаты во время выполнения - поэтому вам не придется! И это бесплатно скачать.

Не поймите меня неправильно, NoSQL отлично, они новые, новые - больше выбора, и выбор всегда хорош! Но выбор NoSQL поставляется с ценой, убедитесь, что вы можете его оплатить...

Здесь вы можете увидеть еще несколько данных о MySQL, NoSQL...: http://www.scalebase.com/extreme-scalability-with-mongodb-and-mysql-part-1-auto-sharding

Надеюсь, что это помогло.

Ответ 3

Один из лучших вариантов - использовать MongoDB (NOSql dB), который поддерживает масштабируемость. Хранит большие объемы данных, кроме больших данных в виде документов, в отличие от строк и таблиц в sql. Это быстрые, которые следуют за сегрегацией данных. Использует репликационные наборы. обеспечить гарантию данных, которая поддерживает несколько серверов, имеющих основной сервер базы данных в качестве базы. Независимый от языка. Гибкий в использовании