Printable View
با سلام
آیا در یک پروژه ای که تقریبا 60 تا جدول داره می توان این 60 تا جدول را داخل یه LINQ TO SQL قرار داد و کار کرد یعنی بعدها مشکلی پیش نمی یاد و من از EF استفاده نمی کنم چون سرعت واکشی داده از EF به نظر من کمتر از LINQ TO SQL است به همین خاطر اگر این کار انجام شدنی باشه از LINQ TO SQL استفاده کنم
مشکلی نداره ولی شما به سرعت اشاره کردین ، لازمه عنوان کنم که تست سرعت معیار های خاصی داره یکی از معیارهاش سرعت واکشی در N بارم هست که مبحث caching اینجا مطرح میشه , در نهایت اینکه EF از Caching بهتری نسبت به LinqToSql بهره میبره
من تنها به این خاطر از EF استفاده نمی کنم فقط به خاطر سرعت کانکت شدن به EF برای اولین بار حداقل پنج شش ثانیه طول می کشه که خیلی ضایع بازیه اگه راه حلی دارید که این زمان را منطقی تر کنید من خودم هم دوست دارم از EF استفاده کنم با تشکرنقل قول:
نوشته شده توسط majid325
نه فکر میکنم یه جای کار شما مشکل داره!!نقل قول:
نوشته شده توسط مهدیعای
5 ، 6 ثانیه کانکت شدن !!! میتونید اون قسمت از کد که 5 ، 6 ثانیه زمان میبره رو بزارین؟
با سلام
من موقع استفاده از EF یک Class Library جدید به پروژه اضافه کرده و یک ADO.NET Entity DataModel به Class Library اضافه کرده و جدولهای دیتا بیس خودم را از طریق ویزارد اضافه می کنم و نام کانکشن ConnDB می ذارم و پروژه را Build میمنم و dll تولید شده را تو پروژه خودم اضافه می کنم و بعد تو پروژه اصلی این کارها را انجام می دم مثلا ما تو دیتابیس مون یه جدول به نام Check داریم اول یک کلاس به صورت زیر اضافه می کنمنقل قول:
نوشته شده توسط majid325
public class CheckCollection : ObservableCollection<Check>
{
private Conn_DB _Context;
public Conn_DB Context
{
get { return _Context; }
}
public CheckCollection(IEnumerable<Check> ModelObject, Conn_DB context)
: base(ModelObject)
{
_Context = context;
}
protected override void InsertItem(int index, Check item)
{
this.Context.AddToCheck(item);
base.InsertItem(index, item);
}
protected override void RemoveItem(int index)
{
this.Context.DeleteObject(this[index]);
base.RemoveItem(index);
}
}
بعد تو کد XAML مربوط به Window بک CollectionViewSource ایجاد کرده و اون را به دیتاگرایدم بایند می کنم که به صورت زیر است
<Window ....>بعد تو code behind مربوط به Window کد زیر را قرار می دم
<Window.Resources>
<CollectionViewSource x:Key="Check_ViewSource" /></Window.Resources>
<DataGrid Name="Check_DataGrid"
.. ItemsSource="{Binding Source={StaticResource Check_ViewSource}}">اگر این کد ایراد داره و باعث می شه که برای اولین بار کانکت من زیاد طول بکشه ممنون می شم راهنماییم کنید با تشکر
public partial class Win_Check: Window
{
private Conn_DB Conn_DataModel;
private ListCollectionView View;
private Check_Collection Check_Data;
private void Window_Loaded(object sender, RoutedEventArgs e)
{
Conn_DataModel=new Conn_DB();
var check_ViewSource = ((CollectionViewSource)(this.FindResource("Check_ViewSource")));
var query = (from c in Conn_DataModel.Check
select c).ToList();
Check_Data = new Check_Collection(query, Conn_DataModel);
check_ViewSource.Source =Check_Data;
this.View = ((ListCollectionView)(check_ViewSource.View));
}
فکر نکنم ایرادی داشته باشه
معماریتون Rapid نیست ، البته این موضوع باعث نمیشه که تکه کد بالا 5 ثانیه زمان ببره مگر اینکه حداقل بالای 1000 تا رکورد load کنید
با سلام
چه تغییراتی تو کدم بدم که معماریم Rapid بشه و در ضمن اینکه من می خوام 60 تا جدول را به یک ORM یک جا اضافه کنم آیا تعداد رکوردهای این جدول ها در سرعت تاثیر داره یعنی اگر تعداد رکوردهای یه جدول 100000 تا با حالتی که تعداد رکوردهای جدول 100 تا است سرعتشون فرق می کنه نه در گرفتن کوئری از ORM مثلا یک کوئری 1000 رکورد برگردونه و یه کوئری دیگه 100 تا بلکه سرعتش در کانکت شدن به ORM با تشکرنقل قول:
نوشته شده توسط majid325
با سلام
من چه تغییری در کدی که در پست 5 نوشتم بدم تا کدم بهینه تر بشه با تشکر
لایه بندیتون درست نیست (MVVM)نقل قول:
نوشته شده توسط مهدیعای
معمولا میگن :نقل قول:
نوشته شده توسط مهدیعای
میخوام 60 تا جدول را با ORM تو سیستم Map کنم
پس در این حالت تعداد کلاس های ایجاد شده از جداول کمتر میشه
در کل اگه به معماری و اهداف ORM تسلط داشته باشی مشکلی نداره
نه هیچ مشکلی ندارهنقل قول:
نوشته شده توسط مهدیعای
با سلام دوست عزیز اگر امکانش هست یه مثال یا یه لینکی که کانکت شدن به EF را به صورت بهینه انجام می دهد در اینجا فرار بدید با تشکر