সত্তা ফ্রেমওয়ার্ক কোয়েরি ধীর, তবে এসকিউএলকিউরিতে একই এসকিউএল দ্রুত

Question 1

.NET ফ্রেমওয়ার্ক সংস্করণ 4 সহ এনটিটি ফ্রেমওয়ার্ক কোড-ফার্স্ট ব্যবহার করে খুব সাধারণ ক্যোয়ারির সাথে সম্পর্কিত কিছু সত্যই অদ্ভুত পারফেকশন দেখছি 4.. লাইনকিউ 2 এন্টিটিস কোয়েরিটি এর মতো দেখাচ্ছে:

 context.MyTables.Where(m => m.SomeStringProp == stringVar);

এটি কার্যকর করতে 3000 মিলিসেকেন্ডের বেশি সময় নেয়। উত্পন্ন এসকিউএল দেখতে খুব সহজ দেখাচ্ছে:

 SELECT [Extent1].[ID], [Extent1].[SomeStringProp], [Extent1].[SomeOtherProp],
 ...
 FROM [MyTable] as [Extent1]
 WHERE [Extent1].[SomeStringProp] = '1234567890'

ম্যানেজমেন্ট স্টুডিওতে চলাকালীন এই কোয়েরিটি প্রায় তাত্ক্ষণিকভাবে চলে। যখন আমি স্ক্লিকুয়েরি ফাংশনটি ব্যবহার করতে সি # কোড পরিবর্তন করি তখন এটি 5-10 মিলি সেকেন্ডে চলে:

 context.MyTables.SqlQuery("SELECT [Extent1].[ID] ... WHERE [Extent1].[SomeStringProp] = @param", stringVar);

সুতরাং, ঠিক একই এসকিউএল, ফলস্বরূপ সত্তা উভয় ক্ষেত্রেই পরিবর্তন-ট্র্যাক করা হয়েছে, তবে দুজনের মধ্যে বুনো পার্থক্য রয়েছে। শেষ ঘন্টা?

Question 2

এটি পেয়েছি। দেখা যাচ্ছে এটি এসকিউএল ডেটা প্রকারের একটি সমস্যা। SomeStringPropডাটাবেসের মধ্যে কলামটি একটি varchar ছিল, কিন্তু মতিন ধরে নেয় যে .NET স্ট্রিং ধরনের nvarchars হয়। ডিবি তুলনা করতে ক্যোয়ারির সময় ফলাফল অনুবাদ প্রক্রিয়াটি হ'ল দীর্ঘ সময় লাগে takes আমি মনে করি ইএফ প্রফেসর আমাকে এখানে কিছুটা পথভ্রষ্ট করছে, ক্যোয়ারী চালানো হচ্ছে তার আরও সঠিক প্রতিনিধিত্ব নিম্নরূপ হবে:

 SELECT [Extent1].[ID], [Extent1].[SomeStringProp], [Extent1].[SomeOtherProp],
 ...
 FROM [MyTable] as [Extent1]
 WHERE [Extent1].[SomeStringProp] = N'1234567890'

সুতরাং ফলাফলটি সংশোধন করা হচ্ছে কোড-প্রথম মডেলটি বর্ননা করা, সঠিক এসকিউএল ডেটা টাইপ নির্দেশ করে:

public class MyTable
{
    ...

    [Column(TypeName="varchar")]
    public string SomeStringProp { get; set; }

    ...
}

Question 3

ইএফ-তে তৈরি করা আমার প্রশ্নগুলিকে ধীর করার কারণটি হ'ল স্ক্যালারকে অযোগ্য স্ক্যালারের সাথে তুলনা করছিল:

long? userId = 10; // nullable scalar

db.Table<Document>().Where(x => x.User.Id == userId).ToList() // or userId.Value
                                ^^^^^^^^^    ^^^^^^
                                Type: long   Type: long?

এই জিজ্ঞাসাটি 35 সেকেন্ড সময় নিয়েছে। তবে এর মতো একটি ছোট্ট রিফ্যাক্টরিং:

long? userId = 10;
long userIdValue = userId.Value; // I've done that only for the presentation pursposes

db.Table<Document>().Where(x => x.User.Id == userIdValue).ToList()
                                ^^^^^^^^^    ^^^^^^^^^^^
                                Type: long   Type: long

অবিশ্বাস্য ফলাফল দেয়। এটি সম্পূর্ণ হতে 50 মিমি সময় নিয়েছিল। এটি সম্ভবত এটিএফ-তে একটি বাগ।

Question 4

আপনি যদি সাবলীল ম্যাপিং ব্যবহার করে থাকেন IsUnicode(false)তবে একই প্রভাবটি পেতে আপনি কনফিগারেশনের অংশ হিসাবে ব্যবহার করতে পারেন -

http://msdn.microsoft.com/en-us/data/jj591617.aspx#1.9

http://msdn.microsoft.com/en-us/library/gg696416%28v=vs.103%29.aspx

Question 5

আমার একই সমস্যা ছিল (এসকিউএল পরিচালকের কাছ থেকে কার্যকর করার সময় ক্যোয়ারীটি দ্রুত) তবে EF থেকে কার্যকর হলে সময়সীমা শেষ হয়।

দেখা যাচ্ছে যে সত্তার (যা দেখা থেকে তৈরি করা হয়েছিল) ভুল সত্তা কী রয়েছে। সুতরাং সত্তাটির একই কীগুলির সাথে সদৃশ সারি ছিল এবং আমি অনুমান করি যে এটি ব্যাকগ্রাউন্ডে গ্রুপিং করতে হয়েছিল।

Question 6

আমি একটি জটিল ইফের ক্যোরিও নিয়ে এসেছি। আমার জন্য একটি স্থিরতা যা এটি তৈরি করে দ্বিতীয় দ্বিতীয় বর্গ কোয়েরিতে 6 সেকেন্ডের ef ক্যোয়ারী হ্রাস করেছিল তা হচ্ছে অলস লোডিং বন্ধ করা।

এই সেটিংটি খুঁজে পেতে (ef 6) .edmx ফাইলে যান এবং বৈশিষ্ট্যগুলি -> কোড তৈরি -> অলস লোডিং সক্ষম abled মিথ্যাতে সেট করুন।

আমার জন্য পারফরম্যান্সে ব্যাপক উন্নতি।

Question 7

আমি ভাল হিসাবে এই সমস্যা ছিল। এটি আমার ক্ষেত্রে দোষীটি হ'ল এসকিউএল-সার্ভারের প্যারামিটার স্মিফিং ।

আমার সমস্যাটি আসলে প্যারামিটার সান্ফিংয়ের কারণে যে সমস্যাটি হয়েছিল তা হ'ল ম্যানেজমেন্ট স্টুডিওতে বিভিন্ন নির্বাহের সময় "সেট অ্যারিটাবার্ট অফ" বা "সেট অ্যারিটাবার্ট অন" দিয়ে ক্যোয়ারী চালানো। এটি কারণ ADO.NET ডিফল্টরূপে "সেট অ্যারিটাবার্ট অফ" এবং ম্যানেজমেন্ট স্টুডিওর ডিফল্ট "সেট অ্যারিটাবার্ট অন" ব্যবহার করে। ক্যোয়ারী প্ল্যান ক্যাশে এই প্যারামিটারের উপর নির্ভর করে বিভিন্ন পরিকল্পনা রাখে।

আমি কোয়েরির জন্য ক্যোয়ারী প্ল্যান ক্যাচিং অক্ষম করেছিলাম, আপনি এখানে সমাধান পেতে পারেন ।