We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
As the search function is entirely based on hashtags we need to store them in a wise way that accommodates both performance and reuse.
As the first candidate implementation of index.Index is using BoltDB, I thought in two buckets:
index.Index
kb:links
kb:tags2link
Where all links will be stored. As a link always have an UUID the key will be this identifier and the value is a JSON snapshot of link.Link.
link.Link
Something like that:
{...}
Where all tags will be stored: the tag itself as the key and value will be all link identifiers that did reference to this tag. You can imagine:
["0178b3b5-97ed-48a5-87ec-b5fba6d2d469"]
["0178b3b5-97ed-48a5-87ec-b5fba6d2d469", "(...)", "(...)"]
Thoughts?
The text was updated successfully, but these errors were encountered:
I was thinking we should use Redis. It can be used by several apps, not just kb. Other apps can access the kb data, etc.
In Redis there are the Set commands which would work for this project.
We would store the data in the same way you described with bolt and we would use SINTER to get links which have all the same categories.
SINTER
Sorry, something went wrong.
👍
txgruppi
JeffersonFilho
No branches or pull requests
As the search function is entirely based on hashtags we need to store them in a wise way that accommodates both performance and reuse.
As the first candidate implementation of
index.Index
is using BoltDB, I thought in two buckets:kb:links
kb:tags2link
kb:links
Where all links will be stored. As a link always have an UUID the key will be this identifier and the value is a JSON snapshot of
link.Link
.Something like that:
{...}
{...}
{...}
kb:tags2link
Where all tags will be stored: the tag itself as the key and value will be all link identifiers that did reference to this tag. You can imagine:
["0178b3b5-97ed-48a5-87ec-b5fba6d2d469"]
["0178b3b5-97ed-48a5-87ec-b5fba6d2d469"]
["0178b3b5-97ed-48a5-87ec-b5fba6d2d469", "(...)", "(...)"]
Thoughts?
The text was updated successfully, but these errors were encountered: