Quartz 5

8. How EF Query Works

4 min read

হ্যালো হাসিব! এই লেকচারটি আসলে একটি “Behind the Scenes” থিওরি সেশন। একজন সাধারণ ডেভেলপার হয়তো শুধু LINQ এবং SaveChanges() লিখেই কাজ শেষ করে, কিন্তু একজন এক্সপার্ট ডেভেলপার (যিনি সিস্টেম আর্কিটেকচার নিয়ে কাজ করেন) তাকে অবশ্যই জানতে হয় ইন্টারনালি এই কমান্ডগুলো ডাটাবেসে কীভাবে রান হয়।

চলো এই লেকচারটির একটি কুইক সামারি এবং বিস্তারিত পোস্টমর্টেম করে ফেলি।

📝 Lecture Summary at a Glance

  • The Mediator: EF Core Database Provider (যেমন SQL Server প্রোভাইডার) তোমার C# কোড এবং ডাটাবেসের মধ্যে একটি অনুবাদক বা মিডিয়াম হিসেবে কাজ করে।
  • Query Translation: তুমি যখন LINQ লেখো (যেমন .ToList() বা .Where()), EF Core ইন্টারনালি সেটাকে ডাটাবেসের বোধগম্য SQL SELECT statement-এ রূপান্তর করে।
  • SaveChanges Mechanism: ডাটাবেসে কোনো অবজেক্ট Add, Modify বা Remove করার পর SaveChanges() কল করলে, EF Core সেই অবজেক্টের State অনুযায়ী INSERT, UPDATE বা DELETE SQL কমান্ড জেনারেট ও এক্সিকিউট করে।
  • Return Values: Non-query অপারেশন (Insert/Update/Delete) ডাটাবেসে কয়টি Row পরিবর্তন হলো তার সংখ্যা (Integer) রিটার্ন করে। আর Query অপারেশন একটি Result Set রিটার্ন করে।
  • Materialization: ডাটাবেস থেকে আসা Raw Result Set-কে C# Model Object-এর লিস্টে (যেমন List<Person>) রূপান্তর করার প্রক্রিয়াকে Materialization বলে।

🧠 Comprehensive Breakdown & Deep Dive

১. The Database Provider (The Translator) [Importance: 9/10]

  • The “Why”: তোমার C# ল্যাঙ্গুয়েজ (LINQ) এবং ডাটাবেস (SQL Server, MySQL) সম্পূর্ণ আলাদা দুটি ভাষায় কথা বলে। এদের মধ্যে সরাসরি যোগাযোগ সম্ভব নয়। তাই Microsoft.EntityFrameworkCore.SqlServer এর মতো Database Provider ব্যবহার করা হয়, যা C# কোডকে পারফেক্ট T-SQL এ কনভার্ট করে ডাটাবেসের কাছে পাঠায়।

২. LINQ to SQL Translation (Query Operations) [Importance: 10/10]

  • The “Why”: আমরা ডাটা রিড করার জন্য C#-এ LINQ ব্যবহার করি। EF Core এই LINQ-কে ধরে ইন্টারনালি ADO.NET ব্যবহার করে SQL কমান্ড বানায়।
  • কীভাবে কাজ করে: * যখন তুমি লেখো: _db.Persons.ToList();
  • EF Core এটাকে বানায়: SELECT * FROM Persons;
  • যখন তুমি লেখো: _db.Persons.FirstOrDefault(p => p.PersonId == id);
  • EF Core এটাকে বানায়: SELECT TOP 1 * FROM Persons WHERE PersonId = @id;

৩. SaveChanges() and Non-Query Operations [Importance: 10/10]

  • The “Why”: EF Core নিজে থেকে ডাটাবেসে কিছু পরিবর্তন করে না যতক্ষণ না তুমি SaveChanges() কল করো। এটি ডাটাবেসের ট্রানজেকশন (Transaction) মেইনটেইন করে।

  • কীভাবে কাজ করে: SaveChanges() কল করলে এটি দেখে মেমোরিতে কোন অবজেক্টের Entity State কেমন।

  • EntityState.Added থাকলে জেনারেট হয়: INSERT INTO...

  • EntityState.Modified থাকলে জেনারেট হয়: UPDATE...

  • EntityState.Deleted থাকলে জেনারেট হয়: DELETE FROM...

  • Return Value: এই মেথডটি ডাটাবেসে এক্সিকিউট হওয়ার পর একটি Integer ভ্যালু রিটার্ন করে, যা দিয়ে বোঝা যায় ডাটাবেসের কয়টি Row-তে পরিবর্তন হয়েছে (Rows Affected)।

💻 Code Implementation:

// SaveChanges এর রিটার্ন ভ্যালু চেক করা একটি ভালো প্র্যাকটিস
int rowsAffected = await _db.SaveChangesAsync();
if (rowsAffected > 0)
{
    Console.WriteLine($"{rowsAffected} rows successfully inserted/updated!");
}

৪. Materialization (Result Set to Model Objects) [Importance: 9/10]

  • The “Why”: ডাটাবেস যখন ডাটা পাঠায় (SELECT কুয়েরির পর), তখন সেটি পাঠায় একটি Raw Table বা Result Set হিসেবে। তোমার C# কোড এই টেবিল বোঝে না, সে বোঝে Object।
  • কীভাবে কাজ করে: EF Core ইন্টারনালি একটি লুপ চালায়। ডাটাবেস থেকে আসা প্রতিটি Row-কে ধরে সে একটি করে C# Model Object (যেমন Person ক্লাস) তৈরি করে এবং প্রপার্টিগুলোতে ভ্যালু বসিয়ে দেয়। এই পুরো প্রক্রিয়াকেই বলা হয় Materialization।

🚀 Modern .NET 10 Updates & Performance Reality

The Materialization Cost: লেকচারার বলেছেন যে ডাটাবেস থেকে ডাটা এলে EF Core তাকে Object-এ কনভার্ট করে (Materialization)। এই প্রসেসটি বেশ সময়সাপেক্ষ এবং মেমোরি-হেভি।

.NET 8/10 Smart Approach (ExecuteUpdate / ExecuteDelete): আগেই বলেছি, আধুনিক .NET-এ ডাটা আপডেট বা ডিলিট করার জন্য মেমোরিতে ডাটা এনে Object-এ রূপান্তর (Materialization) করার কোনো দরকার নেই। এতে পারফরম্যান্স অনেক ড্রপ করে। তুমি সরাসরি SQL-এর মতো কমান্ড পাঠাতে পারো:

// ❌ Old Way (Heavy Materialization):
var person = await _db.Persons.FindAsync(id); // ১. ডাটাবেস থেকে এনে Object বানাচ্ছে (Materialization)
person.Name = "New Name"; 
await _db.SaveChangesAsync(); // ২. আবার ডাটাবেসে পাঠাচ্ছে 
 
// ✅ .NET 8/10 Smart Way (No Materialization! Direct SQL execution):
await _db.Persons
    .Where(p => p.PersonId == id)
    .ExecuteUpdateAsync(s => s.SetProperty(p => p.Name, "New Name")); 
    // সরাসরি UPDATE কমান্ড ডাটাবেসে চলে গেল!

💡 Best Practices for Entity Framework Core Operations

১. Use AsNoTracking() for Read-Only Queries: যেহেতু তুমি জানো যে EF Core প্রতিটি ডাটাকে মেমোরিতে Object বানায় এবং তার State ট্র‍্যাক করে, তাই শুধু রিড করার সময় ট্র‍্যাকিং বন্ধ করে দেওয়া উচিত। এতে Materialization ফাস্ট হয় এবং মেমোরি খরচ কমে।

var allPersons = await _db.Persons.AsNoTracking().ToListAsync();

২. Avoid N+1 Query Problem: LINQ লেখার সময় খেয়াল রাখবে যেন লুপের ভেতরে কোনো ডাটাবেস কল না হয়। লুপের ভেতরে _db.Persons.Where(...) লিখলে প্রতি লুপের জন্য একটি করে নতুন SQL SELECT কুয়েরি ফায়ার হবে, যা তোমার অ্যাপ্লিকেশনকে মারাত্মক স্লো করে দেবে।

৩. Check SaveChanges() Output: SaveChanges() বা SaveChangesAsync() সবসময় একটি int রিটার্ন করে। ডাটা সফলভাবে সেভ হলো কিনা তা নিশ্চিত হতে এই রিটার্ন ভ্যালু চেক করা একটি ভালো প্র্যাকটিস।

এই লেকচারটি মূলত EF Core-এর ভেতরের মেকানিজম নিয়ে ছিল। কনসেপ্ট ক্লিয়ার থাকলে পরবর্তী ট্রান্সক্রিপ্ট দিতে পারো!

Graph View

Backlinks