SQL Server 2008 R2 в MongoDB - это безопасно для миграции?

Question

Мы запускаем приложение ASP.Net .Net 4.0 с SQL Server 2008 R2.Я часто сталкиваюсь с проблемами, связанными с базой данных, и мне приходится часто искать возможности оптимизации моего кода SQL (процедуры, триггеры, задания и т. Д.).Недавно я узнал о MongoDB и прочитал несколько статей о ней.

Все статьи неизменно показывают, что Mongo намного быстрее SQL Server 2008 R2 в операциях CRUD.

Я такжепрочитайте, что sourceforge мигрировал из MySQL в MongoDB и утверждает, что способен обрабатывать в 100 раз больше данных.

Итак, под впечатлением этой статистики я зашел на сайт mongoDB и последовал за их короткой демонстрацией.Это было классно.Но я не смог найти много информации о других аспектах, связанных с базой данных, таких как SProcs, триггеры, задания, курсоры, ключи, индексы и т. Д.

Что меня беспокоит, так это то, что MongoDB достаточно развит, чтобы я мог думать о переносеиз SQL Server 2008 R2.Кроме того, такие вещи, как ключи, Indexex, SProcs, триггеры, задания SQL и т. Д., Они также существуют в MongoDB?Насколько хорош их интеграционный API .Net?

Кто-нибудь имеет представление об этом?

Благодарю в ожидании

Answer 1

С какими разновидностями проблем вы сталкиваетесь с SQL Server 2008 R2 ??

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

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

Так что это действительно зависит от того, какое приложение у вас есть - что-то вроде приложения учета, вероятно, лучше в SQL Server 2008 R2, в то время как другое может быть более подходящим для MongoDB.

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

Также ознакомьтесь с этим другим SO сообщением на ту же тему:

Причины и против перехода с SQL-сервера на MongoDB