Added Rename Functionality to Sidebar Items#274
Added Rename Functionality to Sidebar Items#274Jitmisra wants to merge 0 commit intoapache:unstablefrom
Conversation
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## unstable #274 +/- ##
============================================
+ Coverage 43.38% 45.14% +1.75%
============================================
Files 37 45 +8
Lines 2971 4404 +1433
============================================
+ Hits 1289 1988 +699
- Misses 1544 2206 +662
- Partials 138 210 +72
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
PragmaTwice
left a comment
There was a problem hiding this comment.
The UI part looks good to me. Could you help review the backend part? cc @git-hulk
|
@PragmaTwice Yes for sure, will have a look soon. @Jitmisra The namespace would be composed as the prefix of the cluster name, so it cannot be changed once any clusters were created. |
|
Hi @git-hulk, could be please guide me a little more on this as I am little new to go and still learning a lot. |
|
@Jitmisra Kvrocks's controller has the namespace mechanism for managing clusters like the dir in FS, and it will be used as the prefix when storing the cluster information. for example, if a cluster |
It seems like renaming a namespace in Kvrocks is not straightforward because the namespace is embedded in the key paths. Changing the namespace would require updating all related keys, which is a complex operation and not directly supported. When you mentioned that we cannot simply change the namespace name, if it has any clusters how about a workaround, that when renaming a namespace a new namespace is created and all the clusters in the older namespace are copied/moved to the new one, and the older namespace is removed. This is an expensive workaround just to rename a namespace, a better solution is to be mindful during naming 😶🌫️ |
|
Hmm it seems a little tricky for renaming, maybe we can focus on #273 first as it doesn't involve backend logic. |
|
Thanks, @SharonIV0x86 and @git-hulk , for the clarification! I now understand that renaming a namespace is tricky due to its role as a prefix in cluster metadata. The workaround of creating a new namespace and migrating clusters sounds feasible but would indeed be resource-intensive. Would it make sense to introduce a migration utility in the future if renaming becomes a necessary feature? Or should we focus on reinforcing best practices around initial namespace naming instead? For now I agree with @PragmaTwice that we can proceed with #273 while keeping this discussion open for possible solutions. Let me know your thoughts! |
Added Rename Functionality to Sidebar Items
2025-03-09.20-06-03.mov
issue
#272