Jeśli wybiorę RavenDB, jakie korzyści z SQL Server przegrywam?

Question

Jeśli wybiorę RavenDB dla dość standardowej aplikacji internetowej typu CMS, co mogę stracić w porównaniu do SQL Server?

EDYCJA: W tytule występuje słowo "korzyści", które jest trochę kontrowersyjnym określeniem. Może powinienem powiedzieć coś w rodzaju "możliwości" lub "funkcji", mam nadzieję, że jasne jest, o co mi chodzi.

Kilka rzeczy, które przychodzą na myśl (ale jestem nowy w RavenDB więc to tylko kilka propozycji, niektóre mogą być błędne, mam nadzieję, że ktoś podać listę bardziej kompletny i dokładny):

• Szybki, ale konfigurowalny interfejs administracyjny przy użyciu dynamicznych danych ASP.NET (istnieje wbudowana aplikacja administratora Silverlight, ale jestem pewien, że nie zastąpi to pełnoprawnej sekcji administratora w moim przypadku)
• Prawdopodobnie niektóre zapytania możliwości? Czy indeksy Raven mogą zastąpić praktycznie każde zapytanie SQL, o którym myślę?
• integracja Entity Framework (Wiem, że niektórzy ludzie nienawidzą EF, ale myślę, że bycie dostawcą EF oznacza, że ​​można łatwo opublikować dane jako OData użyć kodu pierwszego itd., Prawda? EF)
• Azure rozmieszczenie (nie jest prawdą, zgodnie z uwagami)
• Myriad zapytań SQL/narzędzia zarządzania

pełniejszy/dokładna lista byłaby mile widziana.

(Uwaga: nie mówię, że będę potrzebować wszystkich (lub jakichkolwiek) z nich, chciałbym tylko zrozumieć, co będzie niedostępne, jeśli wybiorę RavenDB. Ponadto, proszę nie omawiać mocnych stron RavenDB , Jestem tego świadomy i są one lekkostrawne na oficjalnej stronie internetowej.)

Answer 1

Możesz chcieć obejrzeć @ ostatnie 2 wpisy na blogu autorstwa Ayende (twórcy RavenDB), kiedy powinieneś używać RavenDB i kiedy nie powinieneś .

When should you use ravendb

When should you not use ravendb

Answer 2

Oprócz technologii, należy rozważyć członków zespołu jako RavenDB jest korekta w myśli dla tych z nas, którzy mają tła w RDBMS. Jakiego rodzaju będzie rozciąganie dla zaangażowanych? Czy Twoi użytkownicy będą oczekiwać raportów i co powiedzą, gdy powiesz im, że nie zastanawiasz się nad odpowiedzią na pytania, na które mają odpowiedzieć podczas tworzenia indeksów dla bazy danych dokumentów? Podczas projektowania i implementacji domeny znacznie zwiększa się produktywność, ale bazy dokumentów różnią się od SQL.

Answer 3

Krótki ale konfigurowalny interfejs administracyjny przy użyciu ASP.NET dynamicznej dane (jest jakaś wbudowana w aplikacji Silverlight admina ale jestem pewni, że nie będzie zastąpić pełnoprawnym sekcji admin w moim case)

ASP.NET MVC obsługuje rusztowania oparte na POCO od drugiej wersji. Ale to nie jest szybkie rozwiązanie.

Prawdopodobnie niektóre funkcje zapytań?Czy indeksy Raven mogą zastąpić praktycznie każde zapytanie SQL, o którym myślę?

Najpierw pomyśl o swoich pytaniach. Raven DB nie raportuje bazy danych.

integracja Entity Framework (Wiem, że niektórzy ludzie nienawidzą EF ale myślę że bycie dostawcą EF oznacza, że ​​można łatwo opublikować dane jak OData użyj EF Kod pierwszego itd., Prawda?)

Jesteś tak skoncentrowany na narzędziach. Kod Pierwszy to sposób pracy z bazami dokumentów. Dlaczego potrzebujesz OData? RavenDB ma REST API od razu po wyjęciu z pudełka.

Answer 4

Usługi WCF RIA (Silverlight). Będziesz musiał wykonać wszystkie prace hydrauliczne WCF.