‫۸ سال و ۴ ماه قبل، جمعه ۷ خرداد ۱۳۹۵، ساعت ۲۰:۰۹
ضمن تشکر از پاسختون
خیر منظورم همان رکورد بود.(نه فیلد).در این پروژه تعداد آیتم هایی که در دیتا بیس درج می‌شوند به دلیل ماهیت پروژه(سیستم مدیریت محتوا) بسیار زیاد می‌شوند.
برای امتحان، در یکی از چند تا از جداول حدود صد هزار آیتم درج نمایید سپس ساختار دیتا بیس را تغییر داده و سعی کنید مجددا پروژه را پابلیش نمایید.متوجه میشوید که تغییرات با چه سرعتی اعمال می‌شوند.
‫۸ سال و ۴ ماه قبل، جمعه ۷ خرداد ۱۳۹۵، ساعت ۱۶:۳۰
با سلام
2 سوال داشتم از خدمتتون
اول  اینکه چرا تمام پراپرتی‌ها به صورت Vitual تعریف شده اند؟
دوم اینکه آیا بهتر نیست در چنین سیستمی که تعداد رکوردها اینقدر بالا است از سیستم Database First  استفاده نمود.چون احتمال تغییرات دیتابیس زیاد است و حتی استفاده از مایگریشن هم با سرعت کمی انجام می‌شود.بنا براین بهتر است با SQL Management Studio به دیتا بیس متصل شد و تغییرات را اعمال کرد.
‫۸ سال و ۴ ماه قبل، یکشنبه ۱۹ اردیبهشت ۱۳۹۵، ساعت ۲۲:۴۱
ممنون.با توجه به توضیحاتی که در این مقاله هم نوشته شده، در این روش تعداد زیادی کوئری به بانک ارسال می‌شود که البته در همانجا گفته شده که به همین دلیل از EF استفاده می‌شود ولیکن این سوال مطرح می‌شود که راه‌های دیگر نیز قابل قبول هست یا خیر؟
1- اعم از استفاده از کالکشن اپلکیشن و مدیریت آن
2- ریختن کلیه پرمیشن‌ها در سشن
لطفا مقداری توضیح بفرمایید.متشکرم