Если я выберу RavenDB, какие преимущества SQL Server я потеряю?

Question

Если я выберу RavenDB для довольно стандартного веб-приложения, похожего на CMS, что я потеряю по сравнению с SQL Server?

РЕДАКТИРОВАТЬ : в названии есть слово "преимущества"который является немного спорным термином.Возможно, мне следовало сказать что-то вроде «возможностей» или «возможностей», надеюсь, ясно, что я хочу.

Несколько вещей, которые приходят на ум (но я новичок в RavenDB, так что это простоНесколько предложений, некоторые могут быть неправильными, я надеюсь, что кто-то предоставит более полный и точный список):

• Быстрый, но настраиваемый административный интерфейс с использованием динамических данных ASP.NET (есть встроенный администратор Silverlightприложение, но я вполне уверен, что в моем случае оно не заменит полноценный раздел администратора)
• Возможно, есть какие-то возможности запросов?Или же индексы Raven могут заменить практически каждый запрос SQL, о котором я могу подумать?
• Интеграция с Entity Framework (я знаю, что некоторые люди ненавидят EF, но я думаю, что, будучи поставщиком EF, вы можете легко публиковать данные в виде OData, используйтеСначала код EF и т. Д., Верно?)
• Развертывание Azure (не соответствует действительности согласно комментариям)
• Множество инструментов SQL-запросов / управления

Был бы весьма признателен за более полный / точный список.

(Примечание: я не говорю, что мне понадобятся все (или любые) из них, я просто хотел бы понять, что будетбыть недоступным, если я выберу RavenDB. Также, пожалуйста, не обсуждайте сильные стороны RavenDB, я знаю о них, и они легко усваиваются с официального сайта.)

Answer 1

Возможно, вы захотите посмотреть @ эти 2 последние записи в блоге Ayende (создателя RavenDB), когда вам следует использовать RavenDB, а когда - нет.

Когда не следует использовать ravendb

Answer 2

Быстрый, но настраиваемый административный интерфейс с использованием ASP.NET Dynamic Данные (есть некоторое встроенное приложение администратора Silverlight, но я вполне уверен, что он не заменит полноценный раздел администратора в моем случай)

ASP.NET MVC поддерживает строительные леса на основе POCO, начиная со второй версии. Но это не так быстро и грязное решение.

Возможно, некоторые возможности запросов? Или могут заменить вороновые индексы практически каждый SQL-запрос, о котором я могу подумать?

Сначала вы должны подумать о своих запросах. Raven DB не сообщает базу данных.

интеграция Entity Framework (я знаю, что некоторые люди ненавидят EF, но я думаю, то, что EF-провайдер означает, что вы можете легко публиковать данные в качестве OData используйте код EF и т. д., верно?)

Вы так сосредоточены на инструментах. Code First - это способ работы с базами данных документов. Зачем вам OData? RavenDB имеет REST API из коробки.

Answer 3

Помимо технологий, вы должны учитывать членов своей команды, поскольку RavenDB - это корректировка в мышлении для тех из нас, кто имеет опыт работы с RDBMS.Какой тип растяжки это будет для тех, кто занимается?Будут ли ваши пользователи ожидать отчетов, и что вы скажете, когда вы скажете им, что не рассматриваете возможность отвечать на вопросы, на которые они хотят получить ответы, когда вы создаете индексы для базы данных документов?Несмотря на то, что вы получаете значительное повышение производительности при проектировании и реализации своего домена, базы данных документов отличаются от SQL.

Answer 4

WCF RIA Services (Silverlight).Вам нужно будет выполнить всю эту сантехническую работу WCF.