For de som kjenner den interne driften av NHibernate, tror du en stor skala web-applikasjon som sier facebook / myspace ville bruke NHibernate?
Eller er NHibernate godt egnet for flere lav trafikk nettsteder som selskapet nettsteder osv? dvs. ikke bedriften klar på grunn av sin pratsom natur?
NHibernate er ikke pratsom i det hele tatt. Om skalerbarhet, var det allerede et spørsmål på NHs grupper , som var mer om kompleksiteten i databasen da trafikken, men kan likevel være interessant for deg.
Selv om det er alltid klage er om unødvendige spørringer på hver ORM, på grunn av den generiske natur en ORM, betyr det ikke at det er pratsom. På den annen side optimaliserer det situasjoner der det ville være for komplisert å optimalisere i håndskrevne DAL-tallet. Eg. spørre ladninger eller lat lasting.
NHibernate er ganske lett i forhold til andre ORM og i forhold til det kraftige funksjoner.
NHibernate (som alle andre ORM) kan anses å være overkill hvis det ikke er objektorientert forretningsmodell, men du trenger for å optimalisere for best mulig ytelse. Jeg tror ikke at Google kunne gjøre bruk av NHibernate for sin søkemotor, for eksempel.
Redigere:
Ytelsen og makt NHibernate er ikke helt gratis. Det krever at utviklerne forstår minst det grunnleggende om relasjonsdatabaser. Andre ORM prøve å skjule hele relasjonelle problematikken, noe som fører til mye mer unoptimized atferd.
NHibernate er en profesjonell spøk. I mitt selskap, har bruken blitt forbudt av flere grunner. Som verktøy er ganske uproduktivt; du vil tilbringe utallige timer på å prøve å finne ut, eller finne alternative strategier i en knappe dokumentasjon.
Mye bedre, bruke din egen generert DAL og SP er å oppnå høy ytelse. Du vil ha en bufret gjennomføringsplan, og til slutt det er det som virkelig teller.
NHibernate har ingen avansert støtte for memcached, som er spesielt hva du skal bruke hvis du ønsker å bygge en skalerbar webløsning, som Facebook.
Jeg jobber for en sosial spillselskap, og vi har spesielt forbudt å bruke NHibernate spesielt.
NHibernate støtter spørring caching, andre nivå caching basert på primærnøkler, og også session cache for gjentatte treff på samme enhet i samme økt.
Det er alt en stor hjelp, men så lenge du er å treffe en database med en stor belastning, er du nødt til skaleringsproblemer. Den beste måten å skalere en database er å minimere tiden du faktisk nødt til å bruke den. Distribuert cache som memcache, og caching utskriftene dine (enten etter datacrunched synspunkter eller html) er de beste måtene å skalere et program. Hvis kundene er regelmessig treffer database, gjør du det galt, ORM eller ikke. I en NET applikasjon, som en typisk MVC app, har fordeler av å kunne bruke varyby utgang caching, smultring og bolle-hull caching, samt klienter for memcache å brukes med NHibernate og for ViewModels.
