Firebase Auth & Realtime Database Apps · บทเรียน

การดำเนินการข้อมูลแบบธุรกรรม

เรียนรู้การใช้ธุรกรรมเพื่อป้องกันสภาวะการแข่งขัน และรับประกันการอัปเดตแบบอะตอมิกสำหรับข้อมูลสำคัญ

การดำเนินการข้อมูลแบบธุรกรรม เป็นบทเรียน Firebase Auth & Realtime Database Apps ฟรีบน CoddyKit นี่คือบทเรียนที่ 2 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน Firebase Auth & Realtime Database Apps และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส Firebase Auth & Realtime Database Apps มีบทเรียนทั้งหมด 4 บทเรียน

บางส่วนของบทเรียนนี้ยังไม่ได้รับการแปล และแสดงเป็นภาษาอังกฤษ

Why Data Integrity Matters

In real-time applications, multiple users might try to update the same data simultaneously. This can lead to serious issues like data corruption or inconsistencies if not handled correctly.

Imagine a simple counter on a website. If two users click 'Like' at the exact same moment, the counter should increment by two, not just one.

The Race Condition Problem

Without proper synchronization, a common scenario called a race condition can occur. This happens when the outcome of an operation depends on the unpredictable sequence or timing of other operations.

For example, if you read a value, increment it, and then write it back, another user might read the original value before you write your incremented one, causing an update to be lost.

Introducing Firebase Transactions

Firebase Realtime Database provides a powerful feature called transactions to solve race conditions and ensure data integrity. A transaction guarantees an atomic update.

Atomic means the operation either completes entirely or doesn't happen at all. It's like a single, unbreakable step.

How `runTransaction` Works

You initiate a transaction using the runTransaction() method on a DatabaseReference. This method takes a Transaction.Handler callback.

Firebase passes the current state of the data to your handler.
You modify this data within the handler.
If another client writes to the same location while your transaction is running, Firebase automatically retries your transaction with the new current data.

Implementing a Safe Counter

Let's see how to safely increment a counter using a transaction. This ensures that even if multiple users try to increment simultaneously, the count will always be correct.

Try running this example:

public class Main {

  // Mock Firebase classes for demonstration
  static class MockFirebaseDatabase {
    private Integer value = 0; // Simulate data at a path
    public Integer get() { return value; }
    public void set(Integer val) { value = val; }

    public interface TransactionHandler {
      TransactionResult doTransaction(MutableData currentData);
    }

    public static class MutableData {
      private Integer data;
      public MutableData(Integer data) { this.data = data; }
      public Integer getValue() { return data; }
      public void setValue(Integer data) { this.data = data; }
    }

    public static class TransactionResult {
      private boolean success;
      private MutableData newData;
      private TransactionResult(boolean success, MutableData newData) {
        this.success = success;
        this.newData = newData;
      }
      public static TransactionResult success(MutableData newData) {
        return new TransactionResult(true, newData);
      }
      public static TransactionResult abort() {
        return new TransactionResult(false, null);
      }
      public boolean isSuccess() { return success; }
      public MutableData getNewData() { return newData; }
    }

    public void runTransaction(TransactionHandler handler) {
      // Simulate read, modify, and retry logic
      MutableData currentData = new MutableData(this.get());
      TransactionResult result = handler.doTransaction(currentData);

      if (result.isSuccess()) {
        this.set(result.getNewData().getValue());
        System.out.println("Transaction committed. New value: " + this.get());
      } else {
        System.out.println("Transaction aborted.");
      }
    }
  }

  public static void main(String[] args) {
    MockFirebaseDatabase counterRef = new MockFirebaseDatabase();
    counterRef.set(5); // Initial value

    counterRef.runTransaction(new MockFirebaseDatabase.TransactionHandler() {
      @Override
      public MockFirebaseDatabase.TransactionResult doTransaction(MockFirebaseDatabase.MutableData currentData) {
        Integer currentValue = currentData.getValue();
        if (currentValue == null) {
          currentValue = 0;
        }
        currentData.setValue(currentValue + 1);
        return MockFirebaseDatabase.TransactionResult.success(currentData);
      }
    });
  }
}

Understanding `MutableData`

Inside your Transaction.Handler, the MutableData object represents the data at the database location you're trying to modify.

Use currentData.getValue() to read the existing value.
Use currentData.setValue(newValue) to set the new value you want to write.

Remember, this is the data Firebase will try to commit. If a conflict occurs, your handler will be called again with the updated MutableData.

`TransactionResult` and Aborting

After processing the MutableData, your handler must return a Transaction.Result:

Transaction.Result.success(mutableData): Tells Firebase to try to commit the new value in mutableData.
Transaction.Result.abort(): Tells Firebase to cancel the transaction. This is useful if the data is in an unexpected state or if your logic determines the transaction shouldn't proceed.

Here's an example of aborting a transaction:

public class Main {

  // Mock Firebase classes (repeated for full program requirement)
  static class MockFirebaseDatabase {
    private Integer value = 0;
    public Integer get() { return value; }
    public void set(Integer val) { value = val; }

    public interface TransactionHandler {
      TransactionResult doTransaction(MutableData currentData);
    }

    public static class MutableData {
      private Integer data;
      public MutableData(Integer data) { this.data = data; }
      public Integer getValue() { return data; }
      public void setValue(Integer data) { this.data = data; }
    }

    public static class TransactionResult {
      private boolean success;
      private MutableData newData;
      private TransactionResult(boolean success, MutableData newData) {
        this.success = success;
        this.newData = newData;
      }
      public static TransactionResult success(MutableData newData) {
        return new TransactionResult(true, newData);
      }
      public static TransactionResult abort() {
        return new TransactionResult(false, null);
      }
      public boolean isSuccess() { return success; }
      public MutableData getNewData() { return newData; }
    }

    public void runTransaction(TransactionHandler handler) {
      MutableData currentData = new MutableData(this.get());
      TransactionResult result = handler.doTransaction(currentData);

      if (result.isSuccess()) {
        this.set(result.getNewData().getValue());
        System.out.println("Transaction committed. New value: " + this.get());
      } else {
        System.out.println("Transaction aborted.");
      }
    }
  }

  public static void main(String[] args) {
    MockFirebaseDatabase statusRef = new MockFirebaseDatabase();
    statusRef.set(1); // 1 = Active, 0 = Inactive

    // Try to change status, but abort if it's already Inactive (0)
    statusRef.runTransaction(new MockFirebaseDatabase.TransactionHandler() {
      @Override
      public MockFirebaseDatabase.TransactionResult doTransaction(MockFirebaseDatabase.MutableData currentData) {
        Integer status = currentData.getValue();
        if (status != null && status == 0) {
          System.out.println("Status is already Inactive. Aborting transaction.");
          return MockFirebaseDatabase.TransactionResult.abort();
        }
        // Change status to 0 (Inactive)
        currentData.setValue(0);
        return MockFirebaseDatabase.TransactionResult.success(currentData);
      }
    });
  }
}

Handling Transaction Completion

After calling runTransaction(), you'll typically want to know if it succeeded or failed. Firebase provides an onComplete callback for this.

This callback gives you:

error: If the transaction failed.
committed: A boolean indicating if the transaction was committed.
currentData: The final state of the data.

Use this callback to update your UI or handle any post-transaction logic.

Beyond Simple Counters

Transactions are invaluable for any scenario requiring strong data consistency:

Unique Usernames: Ensure a username is truly unique before assigning it.
Voting Systems: Prevent double-voting or ensure vote counts are accurate.
Inventory Management: Safely decrement stock levels without overselling.
Game Scores: Update high scores reliably in multiplayer games.

Quick Check

Transactions are crucial for maintaining data integrity in concurrent environments. Which of the following best describes the primary benefit of using Firebase Realtime Database transactions?

Recap & Next Steps

You've learned about the critical role of transactional data operations in maintaining data integrity in real-time applications.

We explored race conditions and why they're problematic.
You now understand how Firebase's runTransaction() method ensures atomic updates.
We saw examples of safely incrementing counters and using Transaction.Result.abort().

Transactions are a powerful tool, but use them judiciously as they can be slower than direct writes. In the next lesson, we'll dive into atomic counters and queues!

คำถามที่พบบ่อย

บทเรียน “การดำเนินการข้อมูลแบบธุรกรรม” ฟรีหรือไม่

ใช่ — ข้อความเต็มของ “การดำเนินการข้อมูลแบบธุรกรรม” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส Firebase Auth & Realtime Database Apps ให้อัปเกรดเป็น CoddyKit PRO คอร์ส Firebase Auth & Realtime Database Apps มีบทเรียนทั้งหมด 4 บทเรียน

คุณจะเรียนรู้อะไรในบทเรียน “การดำเนินการข้อมูลแบบธุรกรรม”

เรียนรู้การใช้ธุรกรรมเพื่อป้องกันสภาวะการแข่งขัน และรับประกันการอัปเดตแบบอะตอมิกสำหรับข้อมูลสำคัญ คุณปฏิบัติ Firebase Auth & Realtime Database Apps ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน

คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน Firebase Auth & Realtime Database Apps หรือไม่

ไม่จำเป็นต้องมีประสบการณ์มาก่อน Firebase Auth & Realtime Database Apps บน CoddyKit ออกแบบมาสำหรับผู้เริ่มต้นไปจนถึงผู้เรียนขั้นสูง คุณสามารถเริ่มต้นที่นี่หรือเริ่มจากตัวแรกและเรียนด้วยความเร็วของคุณเอง นี่คือบทเรียนที่ 2 จากทั้งหมด 4 บทเรียน

บทเรียน “การดำเนินการข้อมูลแบบธุรกรรม” ใช้เวลานานแค่ไหน

บทเรียน CoddyKit ส่วนใหญ่ใช้เวลาประมาณ 5–10 นาที แต่ละบทเรียนจึงสั้นและเป็นแบบโต้ตอบ คุณสามารถก้าวหน้าอย่างต่อเนื่องและกลับมาเรียนต่อจากตรงที่เพิ่งหยุดบนเว็บและแอปได้เลย

ฉันเขียนและรันโค้ดในบทเรียน Firebase Auth & Realtime Database Apps นี้ได้ไหม

ได้ บทเรียน Firebase Auth & Realtime Database Apps ทุกบทมีตัวแก้ไขโค้ดในตัว คุณจึงเขียนและรันโค้ดจริงได้เลยในเบราว์เซอร์ และได้รับข้อเสนอแนะจาก AI ในทันที — ไม่ต้องติดตั้งในเครื่องของคุณ

บทเรียนทั้งหมดในหลักสูตรนี้

การอัปเดตข้อมูลแบบกระจายหลายจุด
การดำเนินการข้อมูลแบบธุรกรรม
ตัวนับแบบอะตอมิกและคิว
กลยุทธ์การทำข้อมูลไม่เป็นบรรทัดฐานและการทำซ้ำข้อมูล

← กลับไปที่ Firebase Auth & Realtime Database Apps