Firebase Firestore: এটি কী, NoSQL এবং এটি কীভাবে কাজ করে

Firebase Firestore কী?

Firebase Firestore হল একটি নমনীয়, স্কেলেবল NoSQL ডেটাবেস যা Google 2019 সালে Firebase Realtime Database-এর বিবর্তন হিসেবে চালু করেছে। এটি ডকুমেন্টের কালেকশনে ডেটা সংরক্ষণ করে, যেখানে প্রতিটি ডকুমেন্টে কী-ভ্যালু জোড়ার একটি সেট থাকে। প্রথাগত রিলেশনাল ডেটাবেসের বিপরীতে, Firestore-এর পূর্বনির্ধারিত স্কিমার প্রয়োজন নেই — ডেটা কাঠামো লেখা ডকুমেন্টের উপর ভিত্তি করে গতিশীলভাবে গঠিত হয়।

Firestore এবং ক্লাসিক ক্লাউড ডেটাবেসের মধ্যে মূল পার্থক্য হল অন্তর্নির্মিত রিয়েল-টাইম সিঙ্ক্রোনাইজেশন। যখন সার্ভারে ডেটা পরিবর্তিত হয়, তখন সমস্ত সংযুক্ত ক্লায়েন্ট একটি স্থায়ী WebSocket সংযোগের মাধ্যমে আপডেট পায়। এটি ম্যানুয়াল সার্ভার পোলিংয়ের প্রয়োজনীয়তা দূর করে এবং লাইভ আপডেট সহ অ্যাপ্লিকেশন তৈরির অনুমতি দেয়: চ্যাট, অ্যাক্টিভিটি ফিড, সহযোগী সম্পাদক এবং মনিটরিং সিস্টেম।

ডেটাবেসটি সমস্ত প্রধান প্ল্যাটফর্মে উপলব্ধ: Android, iOS, Web (JavaScript) এবং Admin SDK-এর মাধ্যমে সার্ভার-সাইড ভাষা। Firestore Swift, Kotlin, JavaScript, Python, Go, Java এবং Node.js-এর জন্য SDK প্রদান করে। Google-এর মতে, Firestore সম্পূর্ণ Firebase ইকোসিস্টেম জুড়ে প্রতিদিন 100 বিলিয়নেরও বেশি অনুরোধ প্রক্রিয়া করে, যা প্রোডাকশন অ্যাপ্লিকেশনের ভিত্তি হিসেবে এর নির্ভরযোগ্যতা নিশ্চিত করে।

মৌলিক ধারণা: কালেকশন এবং ডকুমেন্ট

Firestore-এ, ডেটা একটি শ্রেণিবদ্ধ কাঠামোতে সংগঠিত হয়। কালেকশন হল ডকুমেন্টের একটি ধারক, যা SQL-এ টেবিলের মতো কিন্তু নির্দিষ্ট স্কিমা ছাড়া। ডকুমেন্ট হল একটি রেকর্ড যাতে বিভিন্ন ধরণের ফিল্ড থাকে: স্ট্রিং, সংখ্যা, বুলিয়ান মান, অ্যারে, নেস্টেড অবজেক্ট এবং জিওপয়েন্ট। ডকুমেন্টে সাবকালেকশন থাকতে পারে, যা যেকোনো গভীরতার নেস্টেড ডেটা কাঠামো তৈরির অনুমতি দেয়।

val db = FirebaseFirestore.getInstance()

val user = hashMapOf(
    "name" to "Anna Petrova",
    "email" to "anna@example.com",
    "age" to 28,
    "isActive" to true
)

db.collection("users")
    .add(user)
    .addOnSuccessListener { docRef ->
        Log.d("TAG", "ডকুমেন্ট ID দিয়ে যোগ করা হয়েছে: ${docRef.id}")
    }

কালেকশনের প্রতিটি ডকুমেন্টের একটি অনন্য শনাক্তকারী থাকে, যা স্বয়ংক্রিয়ভাবে উত্পন্ন বা ম্যানুয়ালি সেট করা যেতে পারে। Firestore স্বয়ংক্রিয়ভাবে সমস্ত ডকুমেন্ট ফিল্ডকে ইনডেক্স করে, যা ম্যানুয়াল ইনডেক্স কনফিগারেশন ছাড়াই ফিল্টারিং, সর্টিং এবং ফলাফল সীমিত সহ জটিল কোয়েরি সক্ষম করে।

Firebase Firestore বনাম Realtime Database: তুলনা

Firestore এবং Firebase Realtime Database হল Google-এর দুটি ক্লাউড রিয়েল-টাইম ডেটাবেস। যদিও উভয়ই রিয়েল-টাইম সিঙ্ক্রোনাইজেশন প্রদান করে, তাদের ডেটা মডেল, স্কেলিং এবং মূল্য নির্ধারণে মৌলিক পার্থক্য রয়েছে। একটি নির্দিষ্ট প্রকল্পের জন্য উপযুক্ত ডেটাবেস নির্বাচন করার সময় এই পার্থক্যগুলি বোঝা গুরুত্বপূর্ণ।

প্রধান আর্কিটেকচারাল পার্থক্য হল ডেটা মডেল। Realtime Database সবকিছু একটি বড় JSON ট্রিতে সংরক্ষণ করে, যা গভীর নেস্টিং সহ কোয়েরিকে জটিল করে তোলে। Firestore কালেকশন এবং ডকুমেন্ট ব্যবহার করে, যা একাধিক শর্ত সহ জটিল কোয়েরি সক্ষম করে। উপরন্তু, Firestore দৃঢ় ডেটা সামঞ্জস্য প্রদান করে: সফল লেখার পরে, সমস্ত পরবর্তী পড়া নিশ্চিতভাবে সর্বশেষ ডেটা ফেরত দেয়।

স্কেলেবিলিটি এবং ডেটা কাঠামো

Firestore তার মাল্টি-রিজিয়ন আর্কিটেকচারের কারণে লক্ষ লক্ষ সমবর্তী সংযোগে স্বয়ংক্রিয়ভাবে স্কেল হয়। Realtime Database একটি অঞ্চলে সীমাবদ্ধ এবং সর্বোচ্চ 200,000 সমবর্তী সংযোগ। বিশ্বব্যাপী দর্শকদের লক্ষ্য করে প্রকল্পের জন্য, Firestore পছন্দনীয় কারণ ডেটা স্বয়ংক্রিয়ভাবে একাধিক Google ডেটা সেন্টারে প্রতিলিপি হয়।

Firestore-এ ডেটা কাঠামো সাবকালেকশন সহ জটিল শ্রেণিবদ্ধ মডেল তৈরির অনুমতি দেয়। উদাহরণস্বরূপ, একজন ব্যবহারকারীর «অর্ডার» সাবকালেকশন থাকতে পারে, এবং প্রতিটি অর্ডারের «আইটেম» সাবকালেকশন। Realtime Database-এ, এই ধরনের গভীর নেস্টিং কোয়েরির সময় কর্মক্ষমতা সমস্যা সৃষ্টি করে, কারণ রুট থেকে প্রয়োজনীয় নোড পর্যন্ত সম্পূর্ণ পথ লোড হয়।

Firestore-এ ডেটা সিঙ্ক্রোনাইজেশন কীভাবে কাজ করে

Firestore রিয়েল-টাইম ডেটা সিঙ্ক্রোনাইজেশনের জন্য ক্লায়েন্ট এবং সার্ভারের মধ্যে একটি স্থায়ী WebSocket সংযোগ ব্যবহার করে। যখন কোনো অ্যাপ্লিকেশন স্ন্যাপশট লিসেনারের মাধ্যমে কোনো ডকুমেন্ট বা কালেকশনের পরিবর্তনে সাবস্ক্রাইব করে, SDK একটি যোগাযোগ চ্যানেল স্থাপন করে যার মাধ্যমে সার্ভার ডেটা পরিবর্তিত হওয়ার সময় আপডেট পাঠায়। ক্লায়েন্ট শুধুমাত্র পরিবর্তিত ডকুমেন্ট পায়, প্রতিবার সম্পূর্ণ কালেকশনের পূর্ণ স্ন্যাপশট নয়।

সিঙ্ক্রোনাইজেশন মেকানিজম ইভেন্ট স্ট্রিমের উপর ভিত্তি করে: added (ডকুমেন্ট উপস্থিত হয়েছে), modified (ডকুমেন্ট পরিবর্তিত হয়েছে) এবং removed (ডকুমেন্ট মুছে ফেলা হয়েছে)। ডেভেলপার প্রতিটি ইভেন্ট আলাদাভাবে হ্যান্ডেল করতে পারে, শুধুমাত্র সংশ্লিষ্ট UI উপাদান আপডেট করে। এটি হাজার হাজার ডকুমেন্টের সাথেও উচ্চ কর্মক্ষমতা নিশ্চিত করে, কারণ শুধুমাত্র পরিবর্তিত উপাদানগুলি পুনরায় রেন্ডার করা হয়।

অফলাইন অ্যাক্সেস এবং ক্যাশিং

Firestore-এর মূল সুবিধাগুলির মধ্যে একটি হল অন্তর্নির্মিত অফলাইন মোড সমর্থন। SDK স্বয়ংক্রিয়ভাবে সমস্ত পড়া ডেটা ডিভাইসে ক্যাশে করে এবং নেটওয়ার্ক না থাকলেও কাজ চালিয়ে যায়। যখন অ্যাপ্লিকেশন অফলাইন মোডে ডেটা লেখে, এটি একটি স্থানীয় সারিতে রাখা হয় এবং সংযোগ পুনরুদ্ধার করার সময় সার্ভারে পাঠানো হয়। দ্বন্দ্ব সমাধানের জন্য last-write-wins কৌশল ব্যবহার করা হয়।

val docRef = db.collection("cities").document("SF")

docRef.addSnapshotListener { snapshot, error ->
    if (error != null) {
        Log.w("TAG", "শোনার ত্রুটি", error)
        return@addSnapshotListener
    }

    if (snapshot != null && snapshot.exists()) {
        Log.d("TAG", "বর্তমান ডেটা: ${snapshot.data}")
    }
}

ক্যাশের আকার FirestoreSettings-এর মাধ্যমে কনফিগার করা যেতে পারে। ডিফল্ট মান 100 MB, তবে গভীর ডেটা পড়ার সাথে অ্যাপ্লিকেশনের জন্য এটি বাড়ানো যেতে পারে। একটি স্থায়ী ডিস্ক ক্যাশ মোডও উপলব্ধ যা অ্যাপ্লিকেশন পুনরায় চালু হওয়ার পরেও টিকে থাকে। অফলাইন মোডের প্রাপ্যতা পরিচালনা করতে, enableNetwork এবং disableNetwork পদ্ধতি ব্যবহার করা হয়, যা অস্থায়ীভাবে নেটওয়ার্ক মিথস্ক্রিয়া নিষ্ক্রিয় করার অনুমতি দেয়।

Firestore নিরাপত্তা এবং অ্যাক্সেস নিয়ম

Firestore Security Rules হল সার্ভার স্তরে ডেটা অ্যাক্সেস নিয়ন্ত্রণের জন্য একটি ঘোষণামূলক মার্কআপ ভাষা। নিয়মগুলি নির্ধারণ করে কে এবং কোন শর্তে ডকুমেন্ট পড়তে এবং লিখতে পারে। তারা কোয়েরি কার্যকর করার আগে কাজ করে এবং অনুমোদনের জন্য আলাদা সার্ভার লজিকের প্রয়োজন হয় না। প্রতিটি ডেটা পড়া বা লেখার আগে Firebase পক্ষে নিয়মগুলি পরীক্ষা করা হয়।

অ্যাক্সেস নিয়মগুলি অনুমতি (allow) নীতির উপর নির্মিত। ডিফল্টরূপে, সমস্ত অ্যাক্সেস নিষিদ্ধ। ডেভেলপার নির্দিষ্ট শর্তে নির্দিষ্ট অপারেশন (read, write, create, update, delete) এর জন্য ক্রমান্বয়ে অ্যাক্সেস খোলে। শর্তগুলি request.auth-এর মাধ্যমে ব্যবহারকারী প্রমাণীকরণ, request.resource-এর মাধ্যমে অনুরোধ ডেটা এবং resource-এর মাধ্যমে বিদ্যমান ডেটা পরীক্ষা করতে পারে।

// Firestore অ্যাক্সেস নিয়ম
rules_version = '2';
service cloud.firestore {
  match /databases/{database}/documents {
    // ব্যবহারকারী শুধুমাত্র নিজের ডেটা পড়ে এবং লেখে
    match /users/{userId} {
      allow read, write: if
          request.auth != null &&
          request.auth.uid == userId;
    }

    // যেকোনো প্রমাণিত ব্যবহারকারী পোস্ট পড়তে পারে
    match /posts/{postId} {
      allow read: if request.auth != null;
      allow create: if request.auth != null
          && request.resource.data.author == request.auth.uid;
    }
  }
}

নিয়মের মাধ্যমে ডেটা বৈধতা

অ্যাক্সেস নিয়ন্ত্রণ ছাড়াও, Security Rules লেখা ডেটার কাঠামো এবং প্রকারগুলি বৈধ করতে দেয়। উদাহরণস্বরূপ, ইমেইল ফিল্ড একটি রেগুলার এক্সপ্রেশনের সাথে মেলে কিনা, বা বয়স 120 বছরের বেশি নয় কিনা তা পরীক্ষা করা যেতে পারে। বৈধতা লেখার আগে করা হয়, যা সার্ভারে ভুল ডেটা সংরক্ষণ প্রতিরোধ করে। ফিল্ড বৈধতার জন্য, request.resource.data অবজেক্ট ব্যবহার করা হয় যাতে সম্পূর্ণ লেখা ডকুমেন্ট থাকে।

Firestore সেই কালেকশনগুলিকেও সমর্থন করে যা ক্লায়েন্ট অ্যাক্সেস ছাড়াই, শুধুমাত্র Admin SDK-এর মাধ্যমে সার্ভার-সাইড লেখার জন্য অ্যাক্সেসযোগ্য। এটি পরিষেবা তথ্য, API কী এবং কনফিগারেশন সংরক্ষণের জন্য সুবিধাজনক যা ব্যবহারকারীদের দৃশ্যমান হওয়া উচিত নয়। এর জন্য, নিয়মগুলিতে সংশ্লিষ্ট কালেকশনে সমস্ত ক্লায়েন্ট অপারেশন অস্বীকার করা যথেষ্ট, শুধুমাত্র সার্ভার পক্ষ থেকে Admin SDK-এর মাধ্যমে অ্যাক্সেসের অনুমতি দেয়।

Android-এ Firebase Firestore ব্যবহারের উদাহরণ

আসুন একটি টু-ডু তালিকা (todo) তৈরির জন্য Android অ্যাপ্লিকেশনে Firestore সংহতকরণের উদাহরণ দেখি। অ্যাপ্লিকেশনটি রিয়েল টাইমে কাজ পড়বে, নতুন যোগ করবে এবং সম্পন্ন কাজ চিহ্নিত করবে। অ্যাসিঙ্ক্রোনাস কাজের জন্য, Firebase কলব্যাক ইন্টারফেস এবং Kotlin করুটিন ব্যবহার করা হয়।

Firebase সেটআপ এবং নির্ভরতা যোগ করা

শুরু করার আগে, Firebase Console-এর মাধ্যমে প্রকল্পটিকে Firebase-এর সাথে সংযুক্ত করা এবং অ্যাপ্লিকেশন মডিউলে google-services.json ফাইল যোগ করা প্রয়োজন। তারপর, build.gradle-এ firebase-firestore-ktx নির্ভরতা এবং google-services প্লাগইন যোগ করা হয়। লাইব্রেরি সংস্করণটি সমস্ত Firebase উপাদানের একে অপরের সাথে সামঞ্জস্যের জন্য বর্তমান Firebase BoM সংস্করণের সাথে সঙ্গতিপূর্ণ হতে হবে।

dependencies {
    // Firebase BoM — সংস্করণ ব্যবস্থাপনা
    implementation platform("com.google.firebase:firebase-bom:33.0.0")
    implementation "com.google.firebase:firebase-firestore-ktx"
    implementation "org.jetbrains.kotlinx:kotlinx-coroutines-play-services:1.9.0"
}

সেটআপের পরে, একটি Task ডেটা মডেল এবং Firestore-এর সাথে কাজ করার জন্য একটি রিপোজিটরি তৈরি করা হয়। মডেলটিতে id, title, isCompleted এবং timestamp ফিল্ড থাকে। Firestore ফিল্ডের নাম কী হিসেবে ব্যবহার করে স্বয়ংক্রিয়ভাবে ডেটা ক্লাসকে ডকুমেন্টে সিরিয়ালাইজ করে। ডেটা পড়ার জন্য, একটি স্ন্যাপশট লিসেনার ব্যবহার করা হয় যা snapshotFlow এক্সটেনশনের মাধ্যমে Flow ফেরত দেয়।

data class Task(
    val id: String = "",
    val title: String = "",
    val isCompleted: Boolean = false,
    val createdAt: Timestamp? = null
)

class TaskRepository {
    private val tasksRef = FirebaseFirestore
        .getInstance()
        .collection("tasks")

    fun getTasks(): Flow<List<Task>> = tasksRef
        .orderBy("createdAt", Query.Direction.DESCENDING)
        .snapshotFlow()
        .map { snapshot ->
            snapshot?.toObjects(Task::class.java) ?: emptyList()
        }

    suspend fun addTask(title: String) {
        tasksRef.add(Task(title = title))
    }
}

ViewModel রিপোজিটরি থেকে Flow-এ সাবস্ক্রাইব করে এবং কাজের তালিকা UI স্তরে পাঠায়। যখন একটি নতুন কাজ যোগ করা হয়, তখন করুটিন স্কোপের মাধ্যমে রিপোজিটরির suspend ফাংশন কল করা হয়। Firestore স্বয়ংক্রিয়ভাবে সমস্ত ক্লায়েন্টের মধ্যে পরিবর্তন সিঙ্ক্রোনাইজ করে: যদি একজন ব্যবহারকারী একটি কাজ যোগ করে, অন্যরা এটি স্ক্রিন রিফ্রেশ ছাড়াই রিয়েল টাইমে দেখে।