Pro ty, kteří vědí, vnitřní fungování NHibernate, myslíš, že ve velkém měřítku webové aplikace, jako říci facebook / myspace by používat NHibernate?
Nebo NHibernate dobře hodí pro více nízkých provozních lokalit, jako je firemní weby atd? tedy nikoliv firmě připraven, protože jeho upovídaný povahu?
NHibernate není upovídaná vůbec. O škálovatelnosti, tam byl už otázka hotelu NH skupin , což bylo více o složitosti databáze pak provozu, ale mohla by být ještě zajímavější pro vás.
Dokonce i když tam jsou vždy stížnost je asi zbytečné dotazy na každém ORM, z důvodu druhové povahy ORM, neznamená to, že je upovídaný. Na druhou stranu to optimalizuje situace, kdy by bylo příliš složité optimalizovat ručně psaný DAL je. Např. dotaz šarže nebo lazy loading.
NHibernate je poměrně lehký ve srovnání s jinými ORM to i ve srovnání s to výkonné funkce.
NHibernate (jako u jakékoli jiné ORM), by mohla být považována za zbytečná, pokud není objektově orientovaný obchodní model, ale je třeba optimalizovat pro maximální výkon. Nemyslím si, že Google by mohl využít NHibernate pro své vyhledávače, například.
Upravit:
Výkon a síla NHibernate není úplně zadarmo. To vyžaduje, aby vývojáři pochopili alespoň základy o relačních databázích. Ostatní ORM se snaží skrýt celé relační problematice, což vede k mnohem Neoptimalizovaný chování.
NHibernate je profesionální vtip. V mé společnosti, její užívání bylo zakázáno z několika důvodů. Jako nástroj je velmi neproduktivní; strávíte nespočet hodin se snaží přijít na to, nebo najít alternativní strategie v omezené dokumentaci.
Mnohem lepší, používat svůj vlastní vygenerovaný DAL a SP je dosáhnout vysokého výkonu. Budete mít mezipaměti plán spuštění, a nakonec, že to, co je skutečně důležité.
NHibernate nemá žádnou pokročilou podporu pro Memcached, což je zvláště to, co budete používat, pokud chcete stavět škálovatelné webové řešení, jako je Facebook.
I pracovat pro herní společnost společenský, a my jsme se speciálně zakázáno používat NHibernate zejména.
NHibernate podporuje dotazu mezipaměti, 2. úroveň ukládání do mezipaměti na základě primárních klíčů, a také vyrovnávací paměť relace pro opakované hlasování u stejného subjektu v rámci jedné relace.
To je všechno, velkým přínosem, ale pokud jste bít databázi s velkým zatížením, budete muset konverzní problémy. Nejlepší způsob, jak změnit velikost databáze je minimalizovat množství času jste skutečně používat. Distribuované mezipaměti, jako je memcache a setrvával své výstup (buď post-datacrunched názory nebo HTML) jsou nejlepší způsoby, jak škálovat aplikace. Pokud klienti jsou pravidelně bít databázi, děláte to špatně, ORM, nebo ne. V aplikaci .NET, jako typický MVC aplikaci, má výhody budou moci používat varyby výstupní mezipaměti, koblihy a koblihy díra mezipaměti, stejně jako klientům memcache které mají být použity s NHibernate a pro vaše ViewModels.
