NoSQL хорошее решение для ежедневных данных?

Я разрабатываю ресторанное приложение и там будут ежедневные заказы для конкретных гостей. из-за этой ежедневной базы данных я думал использовать базу данных NoSQL, например. MongoDB, чтобы избежать большого количества соединений в реляционной базе данных (например, заказ еды на определенный день для определенного гостя). Другие данные, такие как данные гостя (предварительное имя, фамилия....), будут храниться в реляционной базе данных. Что вы думаете? Является ли база данных NoSQL хорошим решением для такого рода проблем?

Благодарность


nosql database mongodb relational
person LeonS    schedule 18.02.2011    source источник

Ответы (3)


arrow_upward
4
arrow_downward

Я бы придерживался традиционной СУБД - если это не проект по изучению/пониманию MongoDB/другого, обычная СУБД поможет вам достичь того, чего вы хотите, гораздо проще.

Базы данных в стиле Mongo предлагают ряд преимуществ по сравнению с традиционными СУБД, но эти преимущества на самом деле только в таких областях, как:

  • обработка/обработка огромного (веб-масштаба?) количества не особенно структурированных данных
  • обеспечивает очень-очень быструю производительность на более дешевом оборудовании
  • обеспечение простой кластеризации для максимального времени безотказной работы

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

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

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

person Rich    schedule 18.02.2011
comment
Я думаю, что я выберу подход RDBMS по причине, которую вы упомянули. Но благодаря моему исследованию MongoDB он выглядит очень хорошо, и я буду использовать его в тестовом проекте. - person LeonS; 19.02.2011

arrow_upward
0
arrow_downward

Это больше, чем слабое описание ваших требований, чтобы дать какую-то подсказку.

Если ваша модель данных соответствует параметрам MongoDB (без JOIN, встроенных документов, ссылок на базы данных), попробуйте.

http://www.mongodb.org/display/DOCS/Schema+Design

Кроме того, поищите в Google "Дизайн схемы Mongodb"... появится много полезных слайдов и блогов.

person Andreas Jung    schedule 18.02.2011

arrow_upward
0
arrow_downward

Я использую как mysql, так и MongoDB для своего приложения. Посмотрим правде в глаза, как бы я ни старался, мне все еще нужны какие-то запросы на соединение. В Mongo это означало два обращения к базе данных, но поскольку это было так быстро, производительность не пострадала. Я сохранил информацию о сеансе пользователя внутри MySQL и использую Mongo для хранения информации о пользователе. Что мне в нем нравится, так это геопространственная функция.

person sdot257    schedule 18.02.2011