Se eu escolher o RavenDB, quais benefícios do SQL Server eu perderei?

9

Se eu escolher o RavenDB para um aplicativo da Web semelhante ao CMS, o que eu perdi comparado ao SQL Server?

EDIT : Há uma palavra "benefícios" no título, que é um termo pouco controverso. Talvez eu devesse ter dito algo como "possibilidades" ou "recursos", espero que esteja claro o que eu estou procurando.

Algumas coisas vêm à mente (mas sou novo no RavenDB, por isso são apenas algumas sugestões, algumas podem estar erradas, espero que alguém forneça uma lista mais completa e precisa):

  • Interface administrativa rápida, mas personalizável, usando dados dinâmicos do ASP.NET (há algum aplicativo administrativo do Silverlight integrado, mas tenho certeza de que não substituiria uma seção de administração completa no meu caso)
  • Possivelmente alguns recursos de consulta? Ou os índices Raven podem substituir praticamente todas as consultas SQL que eu possa pensar?
  • Integração do Entity Framework (eu sei que algumas pessoas odeiam o EF, mas eu acho que ser um provedor da EF significa que você pode facilmente publicar os dados como OData, usar o primeiro código EF etc., certo?)
  • Implementação do Azure (não é verdade de acordo com comentários)
  • Inúmeras ferramentas de consulta / gerenciamento de SQL

Uma lista mais completa / precisa seria muito apreciada.

(Nota: não estou dizendo que precisarei de todos (ou nenhum) desses, gostaria apenas de entender o que não estará disponível se eu escolher o RavenDB. Além disso, por favor, não discuta os pontos fortes do RavenDB, Eu estou ciente deles e eles são facilmente digeríveis a partir do site oficial.)

    
por Borek Bernard 24.11.2011 в 00:00
fonte

4 respostas

3

Você pode querer olhar @ estes 2 posts recentes de Ayende (criador do RavenDB) sobre quando você deve usar o RavenDB e quando você não deve.

Quando você deve usar o ravendb

Quando você não deve usar o ravendb     

por scartag 24.11.2011 / 00:08
fonte
1
Além da tecnologia, você deve considerar os membros de sua equipe como o RavenDB é um ajuste no pensamento para aqueles que têm experiência em RDBMS. Que tipo de alongamento será para os envolvidos? Seus usuários esperarão relatórios e o que será dito quando você disser que não considerou responder às perguntas que deseja que sejam respondidas ao criar os índices para o banco de dados de documentos? Enquanto você obtém um grande aumento na produtividade ao projetar e implementar seu domínio, os bancos de dados de documentos são diferentes do SQL.

    
por David Robbins 24.11.2011 / 00:59
fonte
1
  

Interface administrativa rápida, mas personalizável, usando o ASP.NET Dynamic   Dados (há algum aplicativo de administração do Silverlight integrado, mas estou   certeza de que não substituiria uma seção de administração completa na minha   caso)

O ASP.NET MVC suporta scaffolding baseado em POCOs desde a segunda versão. Mas não é uma solução tão rápida e barata.

  

Possivelmente alguns recursos de consulta? Ou os índices Raven podem substituir   praticamente todas as consultas SQL que eu possa pensar?

Você deve pensar primeiro nas suas dúvidas. O Raven DB não está relatando o banco de dados.

  

integração do Entity Framework (eu sei que algumas pessoas odeiam EF, mas eu acho   que ser um provedor da EF significa que você pode publicar facilmente os dados   como OData, use o primeiro código EF etc., certo?)

Você está tão concentrado em ferramentas. Código primeiro é a maneira como você trabalha com bancos de dados de documentos. Por que você precisa do OData? O RavenDB tem a API REST pronta para uso.

    
por Aleš Roubíček 25.11.2011 / 07:51
fonte
0

Serviços WCF RIA (Silverlight). Você precisará fazer todo o trabalho de encanamento do WCF.

    
por Ashok Guduru 25.11.2011 / 10:03
fonte