در شرکت‌های بسیاری دیده ام که در ارتقاء از 2010 به 2012 دچار مشکلات عدیده گشته اند، تا آنجا که حتی عطایش را به لقایش بخشیده و نصب Clean انجام داده اند

اعتماد کامل به تنظیمات امنیتی پیش فرض شیرپوینت خیلی از مواقع میتواند باعث بروز مشکلات امنیتی فراوانی برای ما بشود و اجرای پروژه را در معرض خطر قرار دهد.خصوصا اگر پرتال ما از بیرون(بر روی اینترنت) قابل دسترس باشد.

یک نکته‌ی تکمیلی
اسمبلی‌های ختم به Design و Tools باید دارای ویژگی "PrivateAssets="All شوند (میدان دید محدود به اسمبلی جاری) تا مشکلات circular dependency را ایجاد نکنند. یک نمونه

در نسخه جدید sql server یعنی 2016 بسیاری از مشکلات قبلی این نوع جدول حذف شده است.
و قابلیت هایی چون پشتیبانی از کلیدهای خارجی، تغییر ساختار جدول، واکشی بیشتر داده‌ها به رم و ... را شامل می‌شود.

خیلی ممنون از شما که دو تا از مشکلات من رو حل کردید .

- کارآیی یک کوئری بر اساس execution plan آن بررسی می‌شود و نه حجم حاصل از فیلدهای درگیر در آن.
- هرگونه مشکلات و ناراحتی‌های خودتون رو در مورد طراحی EF در اینجا و یا اینجا ارسال کنید.

علت خاصی داره که viewmodelهای دوم و اول رو به صورت static readonly تعریف کردید؟ اگر تعداد viewmodelها زیاد شد برنامه به مشکلات مصرف زیاد حافظه بر نمی‌خوره؟ شاید استفاده از خواص lazy در اینجا مناسب‌تر باشه. یا اینکه این وهله سازی فقط در زمان نیاز انجام بشه.

درسته. تقریبا من هم با هر هاستی کار کردم گوگل اون رو Spam تشخیص می داد.