Azoknak, akik ismerik a belső működésébe NHibernate, mit gondol egy nagyszabású webes alkalmazás, mint mondjuk facebook / myspace használna NHibernate?
Vagy NHibernate kiválóan alkalmas nagyobb alacsony forgalmú oldalak, mint a telephelyek, stb? azaz nem vállalkozás kész, mert a beszédes természet?
NHibernate nem beszédes egyáltalán. Mintegy skálázhatóság, már volt egy kérdés NH csoportok , amelyek több volt a bonyolultsága az adatbázisban, akkor a forgalom, de talán még érdekesebb az Ön számára.
Még ha mindig vannak reklamáció a fölöslegessé lekérdezések minden ORM, mert az általános jellege miatt ORM, ez nem jelenti azt, hogy beszédes. Másrészt optimalizálja az esetekben, amikor nem lenne túl bonyolult ahhoz, hogy optimalizálja a kézzel írott Dal. Például. lekérdezés tételek vagy lusta betöltést.
NHibernate meglehetősen könnyű, mint a többi ORM és összehasonlítva ez nagy teljesítményű funkciók.
NHibernate (mint bármely más ORM) tekinthető túlzásnak, ha nincs objektum orientált üzleti modell, de meg kell, hogy optimalizálja a legnagyobb teljesítményt. Nem hiszem, hogy a Google nem vehetik NHibernate annak kereső, például.
edit:
A teljesítmény és a NHibernate nem teljesen ingyenesen. Ez megköveteli, hogy a fejlesztők megértsék legalább az alapokat a relációs adatbázisok. Egyéb ORM próbáljuk elrejteni a teljes relációs problematika, ami sokkal több nem optimalizált viselkedés.
NHibernate egy profi vicc. A cégem, annak használata tiltott volt több okból is. Mivel az eszköz meglehetősen terméketlen; fogod tölteni számtalan órát, hogy kitaláljam, vagy megtalálni alternatív stratégiákat a szűkös dokumentációt.
Sokkal jobb, használja a saját generált DAL és SP elérni a magas teljesítményt. Itt van egy cache végrehajtási tervet, és a végén, ez az, ami igazán számít.
NHibernate nem haladó támogatást memcached, ami speciálisan mit fog használni, ha azt szeretné, hogy építsenek egy skálázható webes megoldás, mint a Facebook.
Dolgozom egy társadalmi szerencsejáték-társaság, és már kifejezetten tilos NHibernate különösen.
NHibernate támogatja lekérdezés caching, 2. szintű gyorsítótár alapuló elsődleges kulcsokat, továbbá a munkamenet cache több találatot ugyanazon egység ugyanabban a munkamenetben.
Ez az egész egy nagy segítség, de mindaddig, amíg elérte-e az adatbázis egy nagy terhelés, akkor megy, hogy méretezés problémák. A legjobb módja annak, hogy bővíteni az adatbázis, hogy minimalizáljuk az időt, hogy tényleg kell használni. Elosztott cache, mint memcache, és a cache-kimeneti (akár utólagos datacrunched véleményét, illetve html) a legjobb módja a skála egy alkalmazást. Ha az ügyfelek rendszeresen eléri az adatbázist, amit csinálsz rosszul, ORM-e vagy sem. A .NET alkalmazás, mint egy tipikus MVC app, megvan az az előnye, hogy képes legyen használni varyby kiadási caching, fánk és fánk lyuk caching, valamint az ügyfelek számára memcache kell használni NHibernate és a ViewModels.
