Quartz 5

1. Introduction to EntityFrameworkCore

5 min read

হ্যালো হাসিব! কেমন আছো? চলো তোমার দেওয়া “Introduction to Entity Framework Core” লেকচারটির সম্পূর্ণ পোস্টমর্টেম করে ফেলি। Backend ডেভেলপার হিসেবে C# এবং .NET ইকোসিস্টেমে কাজ করতে গেলে এই টপিকটি তোমার জন্য সবচেয়ে বেশি কাজে লাগবে।

ভবিষ্যতে রিভিশন দেওয়ার সুবিধার জন্য প্রথমে পুরো লেকচারের একটি শর্ট সামারি দিয়ে দিচ্ছি।

📝 Lecture Summary at a Glance

  • Permanent Storage: In-Memory ডাটা (যেমন List) অ্যাপ্লিকেশন রিস্টার্ট দিলে মুছে যায়। ডাটা স্থায়ীভাবে ধরে রাখার জন্য Database প্রয়োজন।
  • What is EF Core: Entity Framework Core (EF Core) হলো .NET Core অ্যাপ্লিকেশনগুলোর জন্য একটি cross-platform, lightweight Database Framework (যাকে ORM বলা হয়)।
  • Mapping Concept: Database-এর প্রতিটি Table-এর জন্য C#-এ একটি করে Model Class তৈরি করতে হয়। Model-এর Property গুলো Table-এর Column হিসেবে কাজ করে।
  • Benefits over ADO.NET: EF Core-এর সাহায্যে অনেক কম কোড লিখে ডাটাবেস অপারেশন (LINQ ব্যবহার করে) করা যায়। এটি strongly typed, অর্থাৎ ডাটা টাইপ নিয়ে আলাদা করে typecast করার ঝামেলা নেই।
  • Performance Consideration: লেকচারার বলেছেন EF Core কিছুটা ধীরগতির এবং এটি ছোট প্রজেক্টের জন্য ভালো, বড় প্রজেক্টের জন্য ADO.NET বা Dapper ভালো। (তবে .NET এর আধুনিক ভার্সনে এই ধারণাটি কিছুটা বদলেছে, যা নিয়ে নিচে বিস্তারিত আলোচনা করছি)।

🧠 Comprehensive Breakdown & Deep Dive

চলো এবার লেকচারের প্রতিটি বিষয় ধরে ধরে বিস্তারিত বিশ্লেষণ করি।

১. Database কেন প্রয়োজন এবং EF Core এর কাজ কী? [Importance: 10/10]

  • The “Why”: তুমি যখন কোডে কোনো List বা Collection তৈরি করে সেখানে ডাটা রাখো (যেমন: List<Person>), সেটি RAM-এ (In-Memory) সেভ থাকে। অ্যাপ্লিকেশন বন্ধ করলে বা রিস্টার্ট দিলে সেই ডাটা চিরতরে মুছে যায়। ডাটা permanently সেভ করে রাখার জন্য আমাদের Database দরকার হয়। আর তোমার C# কোডের সাথে সেই Database-এর যোগাযোগ স্থাপন করার কাজটাই করে Entity Framework Core (EF Core)।

২. Object-Relational Mapping (ORM) এবং Model Class [Importance: 10/10]

  • The “Why”: Database বোঝে Table এবং Column, আর C# বোঝে Class এবং Property। এই দুটোর মধ্যে সেতুবন্ধন তৈরি করাই হলো Mapping।
  • কিভাবে কাজ করে: ডাটাবেসে তোমার যদি ৩০টি Table থাকে, তবে তোমার C# প্রজেক্টেও ৩০টি Model Class থাকতে হবে। By convention, ক্লাসের নাম হয় টেবিলের নামের মতো, এবং প্রপার্টির নাম হয় কলামের নামের মতো। তবে তুমি চাইলে Data Annotations ব্যবহার করে কাস্টমাইজ করতে পারো।

💻 Code Implementation:

using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;
 
// Database-এর 'Persons' টেবিলের জন্য C# Model Class
[Table("tbl_Persons")] // যদি টেবিলের নাম ভিন্ন হয়
public class Person
{
    [Key] // এটি Primary Key বোঝায়
    public int PersonId { get; set; }
 
    [Column("FullName")] // কলামের নাম যদি Property থেকে আলাদা হয়
    public string PersonName { get; set; }
}

৩. EF Core বনাম ADO.NET (সুবিধাগুলো) [Importance: 8/10]

  • Shorter Code: আগের দিনের ADO.NET-এ ডাটাবেস কানেক্ট করতে অনেক boiler-plate কোড লিখতে হতো (SqlConnection, SqlCommand, SqlDataReader ইত্যাদি)। কিন্তু EF Core-এ তুমি শুধু একটি DbContext অবজেক্ট তৈরি করবে এবং LINQ দিয়ে খুব সহজেই Query করতে পারবে।
  • Strongly Typed Data: ADO.NET-এ কলামের নাম string আকারে ডাবল কোটেশনে লিখতে হতো (যেমন: reader["PersonName"]) এবং তারপর সেটাকে ম্যানুয়ালি ToString() দিয়ে টাইপকাস্ট করতে হতো। এটা error-prone (বানান ভুল হলে রানটাইমে ক্র্যাশ করবে)। কিন্তু EF Core-এ তুমি সরাসরি strongly typed Property (যেমন person.PersonName) পাচ্ছো। ডাটা টাইপ আগে থেকেই নির্ধারিত থাকে।

💻 Code Comparison:

// ❌ Old Way (ADO.NET):
string name = reader["PersonName"].ToString(); 
 
// ✅ Smart Way (EF Core):
string name = person.PersonName; // No manual casting needed!

৪. Performance Myth vs. Reality (.NET 10 Update) [Importance: 9/10]

  • Lecturer’s View: লেকচারার বলেছেন EF Core ধীরগতির কারণ এটি ADO.NET এর উপরে একটি abstraction layer হিসেবে কাজ করে। তাই এটি ছোট বা prototype অ্যাপের জন্য ভালো, কিন্তু বড় বা data-intensive অ্যাপ্লিকেশনের জন্য ADO.NET বা Dapper ব্যবহার করা উচিত।
  • The Updated Reality (.NET 8/9/10): হাসিব, এই তথ্যটি পুরনো .NET ভার্সনের (যেমন .NET Core 2 বা 3) জন্য অনেকটাই সত্যি ছিল। কিন্তু বর্তমান সময়ে (.NET 8 থেকে শুরু করে লেটেস্ট .NET 10 পর্যন্ত) EF Core-এর পারফরম্যান্স অবিশ্বাস্যভাবে ইমপ্রুভ করা হয়েছে। এখন এতে Compiled Models, Query Caching, এবং ExecuteUpdate/ExecuteDelete এর মতো ফিচার আছে। তাই আধুনিক Enterprise লেভেলের বিশাল অ্যাপ্লিকেশনেও EF Core চোখ বন্ধ করে ব্যবহার করা হয়। তবে হ্যাঁ, যদি কোনো স্পেসিফিক সার্ভিসে তোমার Purely Raw SQL-এর চরম স্পিড প্রয়োজন হয়, সেখানে তুমি Micro-ORM হিসেবে Dapper ব্যবহার করতে পারো।

🚀 EF Core Best Practices

যেহেতু তুমি Backend নিয়ে কাজ করছো, EF Core ব্যবহারের সময় এই বেস্ট প্র্যাকটিসগুলো সবসময় মাথায় রাখবে:

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

var persons = await _context.Persons.AsNoTracking().ToListAsync();

২. Fetch Only Required Columns (Select): পুরো টেবিলের সব কলাম না টেনে এনে, শুধুমাত্র যে কলামগুলো দরকার সেগুলো .Select() দিয়ে কল করবে।

// Selectively fetching only ID and Name
var personNames = await _context.Persons
    .Select(p => new { p.PersonId, p.PersonName })
    .ToListAsync();

৩. Asynchronous Programming: ডাটাবেস অপারেশন সবসময় Async/Await দিয়ে করবে, এতে থ্রেড ব্লক হবে না এবং অ্যাপ্লিকেশন অনেক বেশি ইউজারের রিকোয়েস্ট হ্যান্ডেল করতে পারবে (যেমন ToList() এর বদলে ToListAsync() ব্যবহার করা)।

💡 Pro Tip for VS Code & Visual Studio: যখন তুমি অনেক বড় Model Class তৈরি করবে, তখন ম্যানুয়ালি প্রপার্টি লিখতে সময় নষ্ট করবে না। টাইপ করো prop এবং তারপর দুইবার Tab প্রেস করো। এটি অটোমেটিক একটি প্রপার্টির স্কেলিটন তৈরি করে দেবে, তুমি শুধু ডাটা টাইপ আর নাম বসিয়ে দেবে!

Graph View

Backlinks