NoSQL / Raven БД реализация лучших практик

Question

Я расследую новый проект, который будет социальным сетевым сайтом стилей. Я читаю revendb, и мне нравится внешний вид большого количества его особенностей. Я не читал NoSQL все так сильно, но мне интересно, есть ли ниша, она лучше всего подходит, и Old School SQL по-прежнему лучшее выбору для других вещей.

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

Я хочу использовать правильный инструмент для работы - я буду использовать MVC3, Windsor + либо Nibernate + SQL Server или RAVENDB.

Должен ли я придерживаться старой школы SQL или пойти с новым ребенком на блоке: Ravendb?

Answer 1

Этот вопрос может стать очень близко к субъективному (даже если это действительно не), вы говорите о NoSQL, как будто это всего лишь одно, и это не так.

У тебя есть

• Графические базы данных (Neo4j etc),
• Карта / Уменьшить стиль Базы данных документов (Couch, Raven),
• документы базы данных, которые пытаются почувствовать себя обычными базами данных (Mongo),
• Магазины ключа / Значения (Кассандра и т. Д.)
• Моар идет сюда.

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

• Вопрос пригодности
• Вопрос личных предпочтений

В конце дня для начальный Хранение данных для одной системы, база данных документов или реляционный магазин, вероятно, вы хотите, хотя для разных частей вашей системы вы вполне можете выполнить использование базы данных Grap (для расчета соседей и т. Д.), Или Как Facebook делает / сделал для почтовых сообщений).

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

Другим недостатком / погрешностью будет то, что вы должны узнать что-то новое и совершать ошибки по пути.

Итак, мой ответ, если я буду прямым?

• Ravendb будет подходящим
• SQL будет подходящим

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

Но это я, и я предвзятый.