rerefactor(miniapp): Miniapp V2 db schema#13468
Open
chengcheng84 wants to merge 1 commit intoCherryHQ:v2from
Open
rerefactor(miniapp): Miniapp V2 db schema#13468chengcheng84 wants to merge 1 commit intoCherryHQ:v2from
chengcheng84 wants to merge 1 commit intoCherryHQ:v2from
Conversation
Author
|
@0xfullex I've completed the initial design for the miniapp data layer. Could you please take a look and see if the direction is correct?Thanks |
13fe4d9 to
70fd062
Compare
Collaborator
|
Note This issue/comment/review was translated by Claude. We also need to migrate the template data and user data. Original Content还需要迁移一下模板数据和用户数据 |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What this PR does
Before this PR:
No unified data layer exists for miniapps
After this PR:
Adds the complete v2 foundation for the miniapp management system
Why we need it and why it was done in this way
This is the data layer foundation that Phase 2 (services, handlers, UI) builds on. Splitting into phases keeps PRs reviewable and allows early validation of the schema design.
Breaking changes
None. This is purely additive — new tables, new types, no changes to existing functionality.
Special notes for your reviewer
None
Checklist
This checklist is not enforcing, but it's a reminder of items that could be relevant to every PR.
Approvers are expected to review this list.
/gh-pr-review,gh pr diff, or GitHub UI) before requesting review from othersRelease note