nhibernate iç işleyişini bilenler için, büyük ölçekli web uygulaması gibi facebook / myspace nhibernate kullanmak istiyorsunuz demek sizce?
Ya nhibernate iyi vb şirket siteleri gibi daha düşük trafik siteleri için uygundur? yani değil kurumsal hazır nedeniyle konuşkan doğa?
NHibernate hiç konuşkan değildir. Ölçeklenebilirlik Hakkında, orada zaten NH'nin gruplar üzerinde soru veritabanı karmaşıklığı daha sonra trafik hakkında daha fazla oldu, ama hala senin için ilginç olabilir.
Çünkü bir ORM jenerik doğanın her ORM gereksiz sorgular, hep şikayet en olsa bile, bunun konuşkan olduğu anlamına gelmez. Öte yandan bunun elle yazılmış DAL adlı içinde optimize etmek çok karmaşık olacağını durumları optimize eder. Örneğin. Sorgu toplu ya da geç yükleme.
NHibernate diğer ORM en kıyasla ve onu güçlü özellikler bulunuyor kıyasla oldukça hafif olduğunu.
(Başka bir ORM) NHibernate hiçbir nesne yönelimli iş modeli ama en yüksek performans için optimize etmek gerekirse Overkill olarak kabul edilebilir. Google örneğin, onun arama motoru için NHibernate yararlanabilecek şekilde düşünmüyorum.
Düzenle:
NHibernate performans ve güç ücretsiz tam değildir. Bu geliştiriciler ilişkisel veritabanları hakkında en azından temel bilgilere sahip olmasını gerektirir. Diğer Orm deneyelim çok daha optimize edilmemiş davranışa yol açan bütün ilişkisel sorunsalları, gizlemek için.
nHibernate profesyonel şaka. Benim şirkette, kullanımı çeşitli nedenlerden tarafından yasaklanmıştır. aracı olarak oldukça verimsizdir; Eğer anlamaya çalışırken ya da bir kıt belgelerinde alternatif stratejiler bulma sayısız saatler harcarsınız.
Çok daha iyi, kendi oluşturulan DAL kullanabilir ve SP yüksek performans elde etmek. Bir önbelleğe yürütme planı var ve olacak gerçekten önemli olan budur sonunda.
nHibernate Eğer Facebook gibi bir ölçeklenebilir web çözüm oluşturmak istiyorsanız kullanacağız özel olarak ne olduğu, memcached için hiçbir gelişmiş desteği vardır.
Bir sosyal oyun şirketi için çalışıyoruz ve özel olarak özellikle nhibernate kullanmak yasak var.
NHibernate aynı oturumda aynı varlık üzerinde tekrarlanan vuruşlar için sorgu önbelleğe alma, birincil anahtarlar dayalı 2. düzey önbelleğe alma ve ayrıca oturumu önbelleği destekler.
Hepsi harika bir yardımcı, ama sürece büyük bir yük ile bir veritabanı isabet gibi, sen ölçekleme problem olacak. Bir veritabanı ölçekli en iyi yolu aslında kullanmak zorunda süreyi en aza indirmektir. Böyle memcache olarak önbellek Dağıtılmış, ve çıkış (post-datacrunched görünümleri veya html olarak) bir uygulama ölçeklemek etmenin en iyi yoludur önbelleğe. müşteriler düzenli olarak veritabanı vurmak ise, bunu yanlış, ORM yapıyor ya verilmez. Bir .NET uygulamasında, tipik bir MVC uygulaması gibi, NHibernate ile ve ViewModels için kullanılacak memcache için çıkış önbelleğe alma, çörek ve çörek delikli önbelleğe alma, hem de müşterilerine varyby kullanabilme avantajı vardır.
