Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
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

Add support for Redis #442

Open
gunta opened this issue Feb 17, 2023 · 5 comments
Open

Add support for Redis #442

gunta opened this issue Feb 17, 2023 · 5 comments
Labels
enhancement New feature or request

Comments

@gunta
Copy link

gunta commented Feb 17, 2023

It would be nice to have support for Redis.

@gunta gunta added the enhancement New feature or request label Feb 17, 2023
@k1LoW
Copy link
Owner

k1LoW commented Feb 17, 2023

I think Redis is a KVS.
I can't imagine documentation like RDMBS.
If you don't mind, could you describe using markdown what you want tbls to generate?

@gunta
Copy link
Author

gunta commented Mar 28, 2023

I was imagining using a process of automatic inference of schemas and data type based on introspecting the actual data.
This concept can be applied not only for Redis, but for other databases such as DynamoDB.

For the markdown I would expect inferred content similar to the current RDMBS support, but with just inferred Column and Data types. I wouldn't expect a graph, just the text.

These papers show some hints on how it would work:

@k1LoW
Copy link
Owner

k1LoW commented Apr 8, 2023

It is a very attractive approach.

However, as long as it is inferential, is it not a 100% correct schema?
I am currently skeptical about documenting uncertain information since it is a document that engineers refer to for development purposes.

@gunta
Copy link
Author

gunta commented Apr 21, 2023

It's not exactly a "schema", but it would be more like a "reference" saying "hey, the current production/development data looks like this".

I can see this would help when new developers join a project in order to "see" how the data was structured before.
This would help understand, and make easy to plan or discuss new additions to the data.

So not much as "docs" but more as "reference".

@k1LoW
Copy link
Owner

k1LoW commented Apr 24, 2023

It's not exactly a "schema", but it would be more like a "reference" saying "hey, the current production/development data looks like this".

It sounds very useful, but I think it is outside the scope of tbls' responsibilities.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants