I'm currently running a self-hosted Appwrite v1.7.4 instance that still uses the old Collections/Documents database model.
I noticed that starting from v1.8.x, Appwrite introduces the new Tables (TablesDB) structure, which replaces the old model. The documentation also mentions that the legacy API will eventually be deprecated.
Before upgrading, I’d like to clarify a few important points:
Structural migration: If I upgrade directly from v1.7.4 → v1.8.x, will everything migrate silently in the background? For example, will my existing data automatically continue to work as:
Collection → Table
Attribute → Column
Document → Row
Can I continue using both the legacy SDK and the new SDK to access the same data after the upgrade, or will I need to choose one?
Release status: I checked GitHub and saw that v1.8.x currently appears to be in RC (Release Candidate) status. Because of that, I’m hesitant to migrate now — I’m concerned that new RC versions or bug fixes might appear soon, forcing me to upgrade again later when the stable release comes out. Would you recommend waiting for a fully stable release before migrating?
Is it something like this ?
Recommended threads
- Bug Report: type generation for enum of ...
### 👟 Reproduction steps in the enum element value, instead of English, use another language (Khmer), in my case Khmer text. ``` export enum ProvinceType { ...
- Selfhosted 1.8.0 500 Server Error [Fresh...
Good evening, Currently running into issues with deploying 1.8.0 on a Dokploy instance I have. Prior to this we had 1.6.x running and it was fine. Tried to up...
- Invalid document structure: Unknown attr...
Hello. I have self hosted instance running on my server and has valid endpoint and most of things are working as should. Installation is fresh install of versio...