Why Firestore is Firebase's primary database - Challenge Your Understanding

Challenge - 5 Problems

🧠 Conceptual

intermediate

Firestore's Data Model Advantage

Which feature of Firestore's data model makes it more flexible compared to Firebase Realtime Database?

A Firestore requires all data to be stored as strings.

B Firestore only supports flat JSON objects without nesting.

C Firestore stores data in documents and collections allowing nested data and richer queries.

D Firestore uses a fixed schema that cannot be changed after creation.

💡 Hint

Think about how Firestore organizes data compared to a simple JSON tree.

Firestore uses documents and collections which allow nested data and complex queries, unlike the flat JSON tree of Realtime Database.

❓ service_behavior

intermediate

Firestore Offline Support

What happens when a Firestore client loses internet connection and continues to write data?

A Firestore automatically switches to Realtime Database for offline writes.

B Firestore rejects all writes until the connection is back.

C Firestore deletes the local data until online again.

D Firestore queues the writes locally and syncs them when the connection is restored.

💡 Hint

Consider how Firestore supports apps that work offline.

Firestore caches writes locally and syncs them when the device reconnects, enabling offline-first behavior.

❓ Architecture

advanced

Firestore Scalability Design

Which architectural feature of Firestore helps it scale automatically to handle millions of users?

A Firestore uses a multi-region replication system with strong consistency.

B Firestore stores all data in a single server to reduce latency.

C Firestore limits concurrent connections to prevent overload.

D Firestore requires manual sharding to scale horizontally.

💡 Hint

Think about how Firestore manages data across regions for reliability and speed.

Firestore replicates data across multiple regions with strong consistency, enabling automatic scaling and high availability.

❓ security

advanced

Firestore Security Rules Flexibility

What makes Firestore Security Rules more powerful than Firebase Realtime Database rules?

A Firestore rules can access document data and support complex conditional logic.

B Firestore rules only allow or deny access globally without conditions.

C Firestore rules require manual updates on the client side.

D Firestore rules do not support user authentication checks.

💡 Hint

Consider how Firestore rules can check data inside documents before allowing access.

Firestore Security Rules can inspect document fields and use complex conditions, providing fine-grained access control.

✅ Best Practice

expert

Choosing Firestore for a Global App

You are designing a global chat app with millions of users. Why is Firestore the best Firebase database choice?

A Realtime Database is better because it stores data in documents and supports complex queries.

B Firestore offers multi-region replication, offline support, and flexible querying for global scale and user experience.

C Firestore requires manual scaling and does not support offline mode, making it less suitable.

D Realtime Database automatically encrypts data at rest, which Firestore does not.

💡 Hint

Think about features needed for a fast, reliable, and scalable global app.

Firestore's multi-region replication, offline capabilities, and rich queries make it ideal for large global apps.

Practice

1. Why is Firestore considered Firebase's primary database?

easy

A. Because it only stores data temporarily

B. Because it requires manual scaling for large apps

C. Because it updates data in real time and works offline

D. Because it does not support security rules

Solution

1. Step 1: Understand Firestore's real-time update feature

   Firestore automatically updates data in real time, so apps stay current without manual refresh.

2. Step 2: Recognize offline support and automatic scaling

   Firestore works offline and scales automatically, making it easy to use and reliable.

3. Final Answer:

   Because it updates data in real time and works offline -> Option C

4. Quick Check:

   Real-time + offline = Firestore primary [OK]

Hint: Remember Firestore updates live and works offline [OK]

Common Mistakes:

• Thinking Firestore needs manual scaling
• Believing Firestore lacks security rules
• Confusing Firestore with temporary storage

2. Which of the following is the correct way to define a Firestore collection reference in Firebase SDK?

easy

A. const ref = firestore.collection('users');

B. const ref = firestore.getCollection('users');

C. const ref = firestore.users.collection();

D. const ref = firestore.collection.users();

Solution

1. Step 1: Recall Firestore collection syntax

   The correct method to get a collection reference is firestore.collection('collectionName').

2. Step 2: Check each option's syntax

   Only const ref = firestore.collection('users'); uses the correct method name and syntax.

3. Final Answer:

   const ref = firestore.collection('users'); -> Option A

4. Quick Check:

   Use .collection('name') to get collection [OK]

Hint: Use .collection('name') to get Firestore collections [OK]

Common Mistakes:

• Using getCollection instead of collection
• Accessing collection as a property
• Calling collection as a method on collection

3. Given this Firestore query code, what will be the output if the 'users' collection has documents with fields {name: 'Alice', age: 30} and {name: 'Bob', age: 25}?

const snapshot = await firestore.collection('users').where('age', '>', 26).get();
const names = snapshot.docs.map(doc => doc.data().name);
console.log(names);

medium

A. ['Alice']

B. ['Bob']

C. ['Alice', 'Bob']

D. []

Solution

1. Step 1: Analyze the query condition

   The query filters users where age is greater than 26.

2. Step 2: Check which users match the condition

   Alice is 30 (matches), Bob is 25 (does not match).

3. Final Answer:

   ['Alice'] -> Option A

4. Quick Check:

   Age > 26 returns Alice only [OK]

Hint: Filter by age > 26 returns only Alice [OK]

Common Mistakes:

• Including Bob who is 25
• Returning empty array by mistake
• Returning both users ignoring filter

4. Which of the following correctly describes this Firestore security rule snippet?

service cloud.firestore {
  match /databases/{database}/documents {
    match /users/{userId} {
      allow read, write: if request.auth.uid == userId;
    }
  }
}

medium

A. It does not allow any access to users

B. It allows read and write only if user is authenticated and matches userId

C. It allows access without authentication

D. It has syntax errors in the match statements

Solution

1. Step 1: Understand the rule condition

   The rule allows read and write only if the authenticated user's ID matches the document's userId.

2. Step 2: Check for errors or incorrect logic

   The syntax is correct and the logic restricts access properly.

3. Final Answer:

   It allows read and write only if user is authenticated and matches userId -> Option B

4. Quick Check:

   Auth check with userId match = correct rule [OK]

Hint: Check if auth uid matches userId for access [OK]

Common Mistakes:

• Thinking it allows access without auth
• Assuming syntax errors exist
• Believing it denies all access

5. You want to build a chat app that works offline and syncs messages automatically when online. Why is Firestore the best choice for this?

hard

A. Because Firestore only stores data temporarily in memory

B. Because Firestore requires manual syncing and no offline support

C. Because Firestore does not support real-time updates

D. Because Firestore supports offline data persistence and real-time syncing

Solution

1. Step 1: Identify offline support in Firestore

   Firestore caches data locally, so apps work offline without errors.

2. Step 2: Recognize real-time syncing feature

   When online, Firestore syncs changes automatically to keep data updated.

3. Step 3: Compare with other options

   Options A, B, and D contradict Firestore's key features.

4. Final Answer:

   Because Firestore supports offline data persistence and real-time syncing -> Option D

5. Quick Check:

   Offline + real-time sync = Firestore best for chat [OK]

Hint: Offline persistence + real-time sync = Firestore wins [OK]

Common Mistakes:

• Thinking Firestore needs manual sync
• Believing Firestore lacks offline support
• Confusing Firestore with temporary storage