As of now, the relationship should be table in same database. But does the appwrite team will have plan to have relationship in table but different databases?
What's the exact use case for this?
for example,
I create a user collection in my main database,
Now I have a another database called file system, so I have this attributes that indicates the owner of the file or folder, so I want to connect this attribute to my user collection in another database because I want to get the avatar of this user
I would expect not. I donβt think something like this would generally be possible with any database solution.
Why would you do this in a separate database, as opposed to a separate Collection?
I have multiple application
just imagine google products
if I have put it all in one database it hard to me locate the collection
so I have to refactor or encapsulate my collections
JOINs are not the same thing as Relationships
I do not think so on the backend process of Appwrite on how they managed the relationships
I'm not actually sure - will have to have a look at some point
Recommended threads
- cant resume project
Invalid console fingerprint event i try man time
- Realtime for files() works almost well, ...
I have been trying to make use of realtime, today (14.03.26) I have pulled all the latest versions of docker images, and sdk available. Whats working: - Conn...
- general_route_not_found - Auth Guide
If youβve just added a subdomain to your project, verified your DNS records, and confirmed your SSL certificate is working, but you're still hitting a `general_...