[SOLVED] How to generate id like admin dashboard in android sdk

I try to put document id in an field of document in android sdk

TL;DR

The OP wanted to generate an ID similar to the admin dashboard in Android SDK. They were asking about listening to all documents, but were not receiving any. Suggestions were made to listen to specific collection changes or to use `listDocuments` query to get specific document IDs to subscribe to. It was also clarified that querying in realtime is not possible, but subscribing to all document changes and filtering out unwanted ones using `if` statements is a viable option. UUID was suggested as a solution, and the OP confirmed that it worked. They also wanted to understand how to have the same document ID in a field, to which it was explained that `

Hey could you please explain the issue, I don't think I understood

If you mean generate a unique id you can use this ID.unique(), For more details look here https://appwrite.io/docs/getting-started-for-android#makeRequest

If I use ID.unique() the result is String = "unique()"

And I need something like this 64095923cf64fe976024

Isn't a issue I need to put in a id filed the same documentId value

This is the expected behavior. When unique() is processed by the server, it's converted to a unique id like 64095923cf64fe976024

ok but is converted in the same unique code, because I need it to be the same code (documentID with my id field)

Do I understand correctly you need attribute on a document which holds the same value as the document ID? Why do you need that? When reading documents, you can access document if under .$id.

yes

i resolved this with UUID it's ok

It's possible to put query on realtime?

There are multiple channels you can subscribe to regarding realtime: https://appwrite.io/docs/realtime#channels

Querying isn't really possible, but you can simply subscribe to all document changes. Then, when payload arrives, you can use if statements to filter out those you don't want.

No need to be worried about performance/network too much, as you only get realtime updates about documents you have read permissions to.

Alternativelly, you could do listDocuments query to get IDs of documents you are looking for. Then, subscribe to only those documents. Might be viable depending on your use case

and realtime is called for each colletion update?

Depending on what you listen to. You can listen to collection changes, collection creation, document changes, functions, executions.. There is a lot you can subscribe to