Bird
Raised Fist0
Firebasecloud~5 mins

Document-collection data model in Firebase - Time & Space Complexity

Choose your learning style10 modes available
Time Complexity: Document-collection data model
O(n)
Understanding Time Complexity

When working with Firebase's document-collection model, it is important to understand how the time to access or query data changes as your data grows.

We want to know how the number of operations changes when we read or write documents in collections.

Scenario Under Consideration

Analyze the time complexity of the following code snippet.


const collectionRef = firestore.collection('users');

collectionRef.get().then(snapshot => {
  snapshot.forEach(doc => {
    console.log(doc.id, '=>', doc.data());
  });
});
    

This code fetches all documents from the 'users' collection and prints each document's data.

Identify Repeating Operations

Identify the loops, recursion, array traversals that repeat.

  • Primary operation: Looping through each document in the collection snapshot.
  • How many times: Once for each document in the 'users' collection.
How Execution Grows With Input

As the number of documents in the collection grows, the time to fetch and process all documents grows proportionally.

Input Size (n)Approx. Operations
10About 10 document reads and loops
100About 100 document reads and loops
1000About 1000 document reads and loops

Pattern observation: The operations increase directly with the number of documents.

Final Time Complexity

Time Complexity: O(n)

This means the time to read all documents grows linearly with the number of documents in the collection.

Common Mistake

[X] Wrong: "Fetching a collection always takes the same time regardless of size."

[OK] Correct: The time depends on how many documents you read; more documents mean more work and longer time.

Interview Connect

Understanding how data size affects read time in Firebase helps you design efficient queries and data structures, a valuable skill in real projects and interviews.

Self-Check

"What if we only fetched documents with a filter instead of the whole collection? How would the time complexity change?"

Practice

(1/5)
1. In Firebase's document-collection data model, what is the main container that holds documents?
easy
A. A collection
B. A table
C. A row
D. A field

Solution

  1. Step 1: Understand Firebase data structure

    Firebase stores data in documents, and these documents are grouped inside collections.
  2. Step 2: Identify the container for documents

    The container that holds multiple documents is called a collection, not a table, row, or field.
  3. Final Answer:

    A collection -> Option A
  4. Quick Check:

    Documents are inside collections [OK]
Hint: Remember: collections hold documents, like folders hold files [OK]
Common Mistakes:
  • Confusing collections with tables from SQL
  • Thinking documents are inside fields
  • Mixing up rows with documents
2. Which of the following is the correct way to reference a document named user123 inside a collection users in Firebase?
easy
A. db.collection('users').doc('user123')
B. db.doc('users').doc('user123')
C. db.collection('user123').doc('users')
D. db.users('user123')

Solution

  1. Step 1: Recall Firebase syntax for document reference

    To get a document inside a collection, use collection('name').doc('id').
  2. Step 2: Match the correct syntax

    db.collection('users').doc('user123') uses db.collection('users').doc('user123'), which is the standard way.
  3. Final Answer:

    db.collection('users').doc('user123') -> Option A
  4. Quick Check:

    Use collection then doc to reference documents [OK]
Hint: Use collection('name').doc('id') to get a document [OK]
Common Mistakes:
  • Swapping collection and doc order
  • Using dot notation like db.users('user123')
  • Using doc with full path incorrectly
3. Given this code snippet in Firebase:
const docRef = db.collection('books').doc('book1');
await docRef.set({ title: 'Learn Firebase', pages: 150 });
const snapshot = await db.collection('books').get();
const titles = snapshot.docs.map(doc => doc.data().title);
console.log(titles);
What will be printed in the console if the 'books' collection was empty before?
medium
A. []
B. ['book1']
C. ['Learn Firebase']
D. Error: Cannot read property 'title' of undefined

Solution

  1. Step 1: Understand the code flow

    The code adds a document 'book1' with title and pages to 'books' collection, then fetches all documents in 'books'.
  2. Step 2: Analyze the output of mapping titles

    Since 'books' was empty before, after adding 'book1', the collection has one document with title 'Learn Firebase'. Mapping titles returns ['Learn Firebase'].
  3. Final Answer:

    ['Learn Firebase'] -> Option C
  4. Quick Check:

    Added one doc, so titles list has one title [OK]
Hint: After set(), collection has that document; map titles returns it [OK]
Common Mistakes:
  • Thinking snapshot is empty before set()
  • Confusing document ID with title
  • Expecting error due to async code
4. Consider this Firebase code snippet:
const userRef = db.collection('users').doc('user1');
userRef.get().then(doc => {
  if (doc.exists) {
    console.log(doc.data().name);
  } else {
    console.log('No such document!');
  }
});
If the document 'user1' does not exist, what will be printed?
medium
A. undefined
B. 'No such document!'
C. Error: doc.data() is undefined
D. null

Solution

  1. Step 1: Check the existence condition

    The code checks if doc.exists is true before accessing data.
  2. Step 2: Understand behavior when document missing

    If the document does not exist, doc.exists is false, so it prints 'No such document!'.
  3. Final Answer:

    'No such document!' -> Option B
  4. Quick Check:

    doc.exists false triggers else block [OK]
Hint: Check doc.exists before accessing data to avoid errors [OK]
Common Mistakes:
  • Trying to access data without checking doc.exists
  • Expecting undefined or null instead of message
  • Confusing doc.exists with doc.data()
5. You want to store a list of users, each with multiple addresses, in Firebase. Which data model best fits this scenario?
hard
A. One document 'users' containing all users and their addresses as nested arrays
B. A single collection 'addresses' with documents containing user info and address combined
C. Multiple collections named after each user containing address documents
D. A collection 'users' with documents for each user, each containing a subcollection 'addresses' with address documents

Solution

  1. Step 1: Understand hierarchical data in Firebase

    Firebase supports subcollections inside documents, which is ideal for related nested data.
  2. Step 2: Choose the best structure for users and their multiple addresses

    Using a 'users' collection with each user document having an 'addresses' subcollection keeps data organized and scalable.
  3. Final Answer:

    A collection 'users' with documents for each user, each containing a subcollection 'addresses' with address documents -> Option D
  4. Quick Check:

    Use subcollections for nested related data [OK]
Hint: Use subcollections for nested lists like addresses per user [OK]
Common Mistakes:
  • Storing all users and addresses in one big document
  • Mixing user and address data in one collection without hierarchy
  • Creating many collections named after users
Recommended

Ready to prove it?

Pass the test and this pattern moves unknown strong while earning +1 Grip toward your certificate.

10 questions~5 mineasy hard