در این جلسه به بررسی روال‌های مدیریت پروژه‌های نرم‌افزاری در TFS و با تمپلیت‌های Agile, Scrum, CMMI خواهیم پرداخت، تا تیم‌های نرم‌افزاری متناسب با مختصات و نیازمندی‌های خودشون تمپلیت مناسب رو انتخاب و مورد استفاده قرار بدهند.

Could not create the driver from DNTProfiler.NHibernate.Core.Drivers.ProfiledSql2008ClientDriver,DNTProfiler.NHibernate.Core

و بعد از لود صفحه‌ی وب اکسپشن زیر نمایش داده می‌شود:

exePath must be specified when not running inside a stand alone exe
با سرچی که انجام دادم به نظر می‌رسد به پکت نیوگت NHibenate این نرم افزار و نحوه‌ی کار با Configuration manager در کانتکست وبی و ویندوزی مربوط باشد.

public ApplicationDbContext()
            : base("connectionString1")
        {
            //this.Database.Log = data => System.Diagnostics.Debug.WriteLine(data);
            //فقط تعریف شده تا یک برک پوینت در اینجا قرار داده شود برای آزمایش تعداد بار فراخوانی آن
        }

        protected override void Dispose(bool disposing)
        {
            base.Dispose(disposing);
            //فقط تعریف شده تا یک برک پوینت در اینجا قرار داده شود برای آزمایش فراخوانی آن
        }

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

درهرصورت اگر نیاز به تغییر ساختار جدول دارین فقط لایه دسترسی به بانک باید تغییر بکنه و فرایند کلی دسترسی به ورودی‌های منابع ذخیره شده در دیتابیس باید به همون صورتی باشه که در اینجا آورده شده. یعنی درنهایت با استفاده از سه پارامتر نام منبع، نام کالچر و عنوان کلید درخواستی کار استخراج مقدار ورودی باید انجام بشه.

سلام
با تشکر از توصیه شما
تا حدودی با نظر شما موافق هستم، اگر بخواهیم با امکانات جدید مایکروسافت نرم افزاری ایجاد نماییم. قطعا، روش بیان شده ضرورتی ندارد، اما برای پروژه هایی که با امکانات قدیمی‌تر نوشته شده اند و بدلایلی امکان بازنویسی آنها وجود، ندارد، و از طرفی میبایست با دیتابیس‌های مختلف نیز کار کند، روش فوق می‌تواند مفید باشد،
در مورد اینکه دیتابیس‌ها با هم متفاوت می‌باشند، نیز با شما موافقم، حتی معتقدم که Provider ی را که مایکروسافت برای Oracle ارائه داده است،در مقایسه با Provider شرکت Oracle بسیار ضعیف‌تر عمل می‌نماید، به عنون مثال در جاهایی که مدت زمان درج اطلاعات زیادی بصورت Batch بسیار اهمیت دارد،Provider، شرکت Oracle  برای دیتابیس Oracle سازگارتر و کاراتر میباشد.