getting number documents of a collection in Firebase in dart flutter - firebase

im trying to retrieve the number of courses created, the courses created will show in "Courses" collection.
this is the code i used
String course = '';
FirebaseFirestore.instance
.collection("Courses")
.get()
.then((QuerySnapshot querySnapshot) {
course = querySnapshot.docs.length.toString();
});
this is a screenshots of my firebase

Collections don't know how many documents they contain so to get the count you have to retrieve all of the documents to then get a count. That could be time consuming as well as a lot of reading (cost).
The simple solution is to keep the count in another collection or at a known document location within the collection.
Generically speaking, suppose we have three collections, Courses, Users and Locations and each one could have 0 to thousands of documents.
Users
user_0
...some fields
user_1
...some fields
Courses
course_0
...some fields
course_1
...some fields
Locations
location_0
...some fields
location_1
...some fields
As previously mentioned, if there are a limited number of documents simply reading Users (for example) and getting the count of the documents from the snapshot works and is simple. However, as Users grows so does the document count and cost.
The better and scalable solution is to keep anther collection of counts
Document_Counts
users_collection
count: 2
courses_collection
count: 2
locations_collection
count: 2
Then when you want the number of users, simply read the Document_Counts/users_collection document and get the count from the count field.
Firestore has a lighting fast and simple increment and decrement function so as a document is added to Users, for example, increment that same count field.

With Cloud Firebase 2.0, there is a new way to count documents in a collection. According to reference notes, the count does not count as a read per document but a metaData request:
"[AggregateQuery] represents the data at a particular location for retrieving metadata without retrieving the actual documents."
Example:
final CollectionReference<Map<String, dynamic>> courseList = FirebaseFirestore.instance.collection('Courses');
Future<int> countCourses() async {
AggregateQuerySnapshot query = await courseList.count().get();
debugPrint('The number of courses: ${query.count}');
return query.count;
}

Related

How to populate firebase reference type in flutter

This is how my firebase firestore data look like
You can see that I have the person data field which is a reference type.
And this is how I retrieve data from my flutter dart,
Query<Map<String, dynamic>> persons = FirebaseFirestore.instance
.collection('fl_content')
.where('_fl_meta_.schema', isEqualTo: 'talks');
This query can get only the parent level of data, but not person's detail values.
In person, I have fields like Name, Age, PhotoUrl.
How can I get and populate those values together?
The result I want is
Result
------
id: "N48xxxxx"
saidWhat: 'HiThere'
Name: 'PersonName'
Age: 30
PhotoUrl: 'url'
I used Flamelink for backend firebase cms.
A bit beside the point of your question, but I would recommend using sub collections (https://firebase.google.com/docs/firestore/data-model) for the person's data, as you are going to make your life harder by mixing the document "types" in the fl_content collection.
You'll also want to be careful not to use the reference as a foreign key
That being said, see below a potential solution to answer your question.
If your goal is only to get read data, you can just map trigger the call to Firestone from the reference:
List<DocumentSnapshot> persons = await FirebaseFirestore.instance
.collection('fl_content')
.where('_fl_meta_.schema', isEqualTo: 'talks')
.get();
persons = await Future.wait(persons.map((_) => _.data().person.get()));
(didn't test, but the idea is there). This one makes sense as it is only fetching the persons you need, BUT it is expensive in terms of http calls and Firestone roundtrips.
An other option, would be to fetch all talks, and all persons, and map them together. You might be fetching unused data which is a bit of a bad practice, but it will be less expensive than the first option (I assumed that your schema would be persons:
List<DocumentSnapshot> talks = await FirebaseFirestore.instance
.collection('fl_content')
.where('_fl_meta_.schema', isEqualTo: 'talks')
.get();
List<DocumentSnapshot> persons = await FirebaseFirestore.instance
.collection('fl_content')
.where('_fl_meta_.schema', isEqualTo: 'persons')
.get();
Map<String, dynamic> mappedTalks = talks.map((_) => ({..._.data(), person: persons.firstWhere((__) => __.id == _.person.id, orElse: () => null)}));
(also didn't test, but the idea is also here ;) )
In NoSQL databases like Firebase it is common standard to create collections holding redundant data, each of them tailored to (one or more) specific READs.
One does not combine several READs; instead on creates a collection which allows to get all the relevant data with one single READ.
The reason for this is speed of access over the Internet. This speed is traded for the increasing amount of storage needed for holding redundant data.
The redundant data is usually kept in sync with the help of Firebase Functions, which listen to changes in collection A and subsequently update elements in collection B.
Example
Say, one has these collections:
User
Messages
To get the messages of a user in a performant way, one creates a tailored redundant collection which combines the other two (and leaving out data that is not necessary for the specific READ / Use Case like date of birth or address):
UserMesssages

How to return document references from firebase collection using dart programing language?

I am using a Restaurant collection to store all restaurants information. The document ID represent a unique restaurant. The document contain more collections (orders, items etc.). The orders collection contain documents that are same as the user UID. Inside the document contain a collection call "All Orders" that saves all the orders of that particular user.
I want to return the Restaurant document refence ids if the user purchased anything from that restaurants. Then return a list of document references type casted to string.
Here is what I have so far:
Future<List<String>> getResDocIDS() async {
List<String> ids = ["none"];
DocumentReference collectionDoc = _firestore.collection("Restaurant").where(
_auth.currentUser!.uid,
isEqualTo: _firestore
.collection("Restaurant")
.doc()
.collection("Orders")
.doc(_auth.currentUser!.uid))
return ids;
}
Restaurants Collection
Order Collection
Firestore queries can only have conditions on data that is returned by that query. So there's no way to run a query on Restaurant with a condition on each restaurant's Orders subcollection.
If you want to search across all Orders subcollections, you'll need to use a collection group query. Then from the resulting orders, you can determine the parent restaurant document reference, and if needed load those documents.
Alternatively, you can add a orderingUsers field to each restaurant where you track the UID of users who ordered from that restaurant, but you'll have to keep an eye on the size of the document in that case.

How to fetch only documentIDs [Firebase-Flutter]

In my firebase's database I have Users and every user has multiple stores that he ordered from and every store has multiple orders.
To fetch all the orders for specific store I write the following query and it works fine.
QuerySnapshot result = await Firestore.instance
.collection('users')
.document(userID)
.collection('Stores').
document(storeID).getDocuments();
However, I do not need that. I just need the stores that the user ordered from. In other words, I need list of storeIDs for specific user.
Here is my code but it doesn't work.
QuerySnapshot result = await Firestore.instance
.collection('users')
.document(userID)
.collection('Stores').getDocuments();
I just want the IDs
It's not possible with web and mobile clients to get only the IDs without the entire set of documents and their data. If you want a list of all IDs for all documents in a collection or subcolleciton, you're going to have to query that collection as you currently show in the second example. You can easily extract the IDs from the returned documents in the QuerySnapshot. But you are still paying the cost of a document read for each document in the collection, and waiting for all of their contents to transfer.
If you want, you can create your own backend endpoint API to use a server SDK to query for only the IDs, and return only the IDs, but you are still paying a document read for document.

Is it possible to fetch all documents whose sub-collection contains a specific document ID?

I am trying to fetch all documents whose sub-collection contain a specific document ID. Is there any way to do this?
For example, if the boxed document under 'enquiries' sub-collection exists, then I need the boxed document ID from 'books' collection. I couldn't figure out how to go backwards to get the parent document ID.
I make the assumption that all the sub-collections have the same name, i.e. enquiries. Then, you could do as follows:
Add a field docId in your enquiries document that contains the document ID.
Execute a Collection Group query in order to get all the documents with the desired docId value (Firestore.instance.collectionGroup("enquiries").where("docId", isEqualTo: "ykXB...").getDocuments()).
Then, you loop over the results of the query and for each DocumentReference you call twice the parent() methods (first time you will get the CollectionReference and second time you will get the DocumentReference of the parent document).
You just have to use the id property and you are done.
Try the following:
Firestore.instance.collection("books").where("author", isEqualTo: "Arumugam").getDocuments().then((value) {
value.documents.forEach((result) {
var id = result.documentID;
Firestore.instance.collection("books").document(id).collection("enquiries").getDocuments().then((querySnapshot) {
querySnapshot.documents.forEach((result) {
print(result.data);
});
First you need to retrieve the id under the books collection, to be able to do that you have to do a query for example where("author", isEqualTo: "Arumugam"). After retrieving the id you can then do a query to retrieve the documents inside the collection enquiries
For example, if the boxed document under 'enquiries' sub-collection exists, then I need the boxed document ID from 'books' collection.
There is no way you can do that in a single go.
I couldn't figure out how to go backwards to get the parent document ID.
There is no going back in Firestore as you probably were thinking. In Firebase Realtime Database we have a method named getParent(), which does exactly what you want but in Firestore we don't.
Queries in Firestore are shallow, meaning that it only get items from the collection that the query is run against. Firestore doesn't support queries across different collections in one go. A single query may only use the properties of documents in a single collection. So the solution to solving your problem is to perform two get() calls. The first one would be to check that document for existence in the enquiries subcollection, and if it exists, simply create another get() call to get the document from the books collection.
Renaud Tarnec's answer is great for fetching the IDs of the relevant books.
If you need to fetch more than the ID, there is a trick you could use in some scenarios. I imagine your goal is to show some sort of an index of all books associated with a particular enquiry ID. If the data you'd like to show in that index is not too long (can be serialized in less than 1500 bytes) and if it is not changing frequently, you could try to use the document ID as the placeholder for that data.
For example, let's say you wanted to display a list of book titles and authors corresponding to some enquiryId. You could create the book ID in the collection with something like so:
// Assuming admin SDK
const bookId = nanoid();
const author = 'Brandon Sanderson';
const title = 'Mistborn: The Final Empire';
// If title + author are not unique, you could add the bookId to the array
const uniquePayloadKey = Buffer.from(JSON.stringify([author, title])).toString('base64url');
booksColRef.doc(uniquePayloadKey).set({ bookId })
booksColRef.doc(uniquePayloadKey).collection('enquiries').doc(enquiryId).set({ enquiryId })
Then, after running the collection group query per Renaud Tarnec's answer, you could extract that serialized information with a regexp on the path, and deserialize. E.g.:
// Assuming Web 9 SDK
const books = query(collectionGroup(db, 'enquiries'), where('enquiryId', '==', enquiryId));
return getDocs(books).then(snapshot => {
const data = []
snapshot.forEach(doc => {
const payload = doc.ref.path.match(/books\/(.*)\/enquiries/)[1];
const [author, title] = JSON.parse(atob(details));
data.push({ author, title })
});
return data;
});
The "store payload in ID" trick can be used only to present some basic information for your child-driven search results. If your book document has a lot of information you'd like to display once the user clicks on one of the books returned by the enquiry, you may want to store this in separate documents whose IDs are the real bookIds. The bookId field added under the unique payload key allows such lookups when necessary.
You can reuse the same data structure for returning book results from different starting points, not just enquiries, without duplicating this structure. If you stored many authors per book, for example, you could add an authors sub-collection to search by. As long as the information you want to display in the resulting index page is the same and can be serialized within the 1500-byte limit, you should be good.
The (quite substantial) downside of this approach is that it is not possible to rename document IDs in Firestore. If some of the details in the payload change (e.g. an admin fixes a book titles), you will need to create all the sub-collections under it and delete the old data. This can be quite costly - at least 1 read, 1 write, and 1 delete for every document in every sub-collection. So keep in mind it may not be pragmatic for fast changing data.
The 1500-byte limit for key names is documented in Usage and Limits.
If you are concerned about potential hotspots this can generate per Best Practices for Cloud Firestore, I imagine that adding the bookId as a prefix to the uniquePayloadKey (with a delimiter that allows you to throw it away) would do the trick - but I am not certain.

Going over read-quota in firebase firestore

I'm trying to figure out if there's a reasonable way of doing this:
My problem:
Exceeding my daily quota for reads in firestore pretty fast.
My database and what I do:
My database looks like this (simplified):
sessions: { // collection
sessionId: { // document
users: { // collection
userId: { // document
id: string
items: { // collection
itemId: trackObject
}
}
}
}
}
Now I want to retrieve from one session, all users and their items. Most sessions have 2-3 users but some users have around 3000 items. I basically want to retrieve an array like this:
[
{
userId,
items: [
...items
],
},
...users
]
How I go about it currently:
So I get all users:
const usersRef = db.collection(`sessions/${sessionId}/users`);
const userSnapshots = await usersRef.get();
const userDocs = userSnapshots.docs;
Then for each user I retrieve their items:
(I use a for-loop which can be discussed but anyhow)
const user = userDocs[i].data();
const itemsRef = usersRef.collection(`${user.id}/items`);
const itemSnapshots = await itemRef.get();
const items = itemSnapshots.docs
Finally I retrieve the actual items through a map:
user.items = items.map(doc => doc.data());
return user;
My theory:
So it looks like if I do this on a session where a user has 3000 items, the code will perform 3000 read operations on firestore. After just 17 runs I eat up my 50000 operations a day.
This reasoning is somewhat based on this answer.
My question:
Is there any other way of doing this? Like getting all tracks in one read-call? Should I see if I can fit all the items into an array-key in the user-object instead of storing as a collection? Is the free version of firestore simply not designed for this many documents being retrieved in one go?
If you're trying to reduce the number of document reads, you'll need to reduce the number of documents that you need to read to implement your use-case.
For example, it is fairly unlike that a user of your app will want to read the details of all 3000 items. So you might want to limit how many items you initially read, and load the additional items only on demand.
Also consider if each item needs to be its own document, or whether you could combine all items of a user into a single document. For example, if you never query the individual items, there is no need to store them as separate documents.
Another thing to consider if whether you can combine common items into a single document. An example of this is, even if you keep the items in a separate subcollection, to keep the names and ids of the most recent 30 items for a user in the user's document. This allows you to easily show a user and their 30 most recent items. Doing this you're essentially pre-rendering those 30 items of each user, significantly reducing the number of documents you need to read.
To learn more on data modeling considerations, see:
Cloud Firestore Payments
Going over read-quota in firebase firestore
the video series Getting to know Cloud Firestore, specifically What is a NoSQL Database? How is Cloud Firestore structured? and How to Structure Your Data
this article on NoSQL data modeling

Resources