Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature] Manage properties in BanyanDB #12664

Open
2 of 3 tasks
wu-sheng opened this issue Sep 29, 2024 · 3 comments
Open
2 of 3 tasks

[Feature] Manage properties in BanyanDB #12664

wu-sheng opened this issue Sep 29, 2024 · 3 comments
Assignees
Labels
database BanyanDB - SkyWalking native database feature New feature

Comments

@wu-sheng
Copy link
Member

Search before asking

  • I had searched in the issues and found no similar feature requirement.

Description

At the beginning of BanyanDB, we picked etcd to store metadata and properties by leveraging etcd's existing features. With time, measure and stream models become more stable. Considering keeping the consistent ownership, and increasing the maintenance and Backup and Restore Data, we could host this data by BanyanDB itself.

Use case

No response

Related issues

No response

Are you willing to submit a pull request to implement this on your own?

  • Yes I am willing to submit a pull request on my own!

Code of Conduct

@wu-sheng wu-sheng added feature New feature database BanyanDB - SkyWalking native database labels Sep 29, 2024
@wu-sheng wu-sheng added this to the BanyanDB - 0.8.0 milestone Sep 29, 2024
@apache apache deleted a comment Sep 29, 2024
@hanahmily
Copy link
Contributor

We will utilize the inverted index to implement the new 'Property.' It will inherit some features from the time-series data structure, such as 'sharding.' However, the 'Property' does not support any 'TTL' settings.

@wu-sheng
Copy link
Member Author

But we don't have sharding parameters when create property. Do you mean we will have a break for this replacement?

@hanahmily
Copy link
Contributor

But we don't have sharding parameters when create property. Do you mean we will have a break for this replacement?

From the API's perspective, there is no change here because the sharding parameters are on the Group. However, the OAP needs to adjust the parameter to set at least one shard. If we can default the shardNum to 1, the OAP doesn't need any alterations.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
database BanyanDB - SkyWalking native database feature New feature
Projects
None yet
Development

No branches or pull requests

2 participants