هرجا صحبت از تفاوت و مزایای این دو ORM یعنی NH و EF پیش میاد، اولین تفاوت پشتیبانی NHibernate از کش لایه دوم هست.

بله. بحث DB Migration روی همین مورد تمرکز دارد. جزئیات آن مفصل است. بسیار کاملتر است از نمونه NHibernate و طراحی مهندسی قابل توجهی دارد. شاید توضیحش نیاز به دو جلسه داشته باشد.

بله. برای مثال NHibernate مجوز LGPL دارد؛ به این معنا که منعی در مورد استفاده از کتابخانه‌های باینری کامپایل شده آن در یک پروژه تجاری و سورس بسته وجود ندارد.

مبحث جاری در مورد "QueryOver Extensions" الان در trunk پروژه NHibernate قرار گرفته و از نگارش جدید آن در دسترس خواهد بود. البته syntax آن کمی تغییر کرده و مثلا شده x.DateProp.DatePart() و امثال آن، در فضای نام NHibernate.Criterion

سلام، اون dll مخصوص NHibernate بود و باشد بهتر است. چون اسکریپت SQL را که اجرا می‌کنید در این لحظه همه چیز یکسان خواهد شد، نه چند روز دیگر با اطلاعات جدیدتر.

بله، این کد برای چک کردن خود بانک است. آیا فیلدی فراموش نشده. آیا جدولی از قلم نیفتاده.
موردی هم که اشاره کردید جزو ابزارهای NHibernate است و شبیه به همین کار را انجام می‌دهد : (+)

مشکل مرتبط است با زبان VB.NET ، جهت توضیحات بیشتر و ارائه راه حل (که باید کمی کدهای اصلی NHibernate را ویرایش (جایگزینی VBStringComparisonExpression با BinaryExpression) و سپس کامپایل کنید) این دو مقاله را مطالعه کنید:
(+) و (+)

این روش هم برای برنامه‌های دسکتاپ خوبه. ولی بحث اصلی این تاپیک تقریبا به تمام برنامه‌هایی که می‌توانند از NHibernate استفاده کنند و الزاما هم توانایی دخل و تصرف در سیستم را ندارند (مانند برنامه‌های وب)، قابل بسط و استفاده است.

لطفا قسمت آخر را مطالعه بفرمائید (استفاده از قیودات تعریف شده و سیستم اعتبار سنجی به صورت یکپارچه با NHibernate). هم FHN است و هم با تزریقی که صورت گرفته یکپارچه شده و هم از ویژگی‌ها استفاده نشده.

در مورد LINQ to NHibernate در نگارش‌های اخیر آن کمی تغییر وجود داشته که نیاز است مطلب زیر را مطالعه بفرمائید:
http://blogs.imeta.co.uk/sstrong/archive/2009/12/16/824.aspx