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

Is hyperdb still intended to be integrated into hyperdrive? #169

Open
e-e-e opened this issue Jul 31, 2019 · 2 comments
Open

Is hyperdb still intended to be integrated into hyperdrive? #169

e-e-e opened this issue Jul 31, 2019 · 2 comments

Comments

@e-e-e
Copy link
Contributor

e-e-e commented Jul 31, 2019

👋
I notice that the prerelease version of hyperdrive is using hypertrie rather than hyperdb, what does this mean for the future of hyperdb in the dat ecosystem? Is it still being developed or is multiwriter dats going to be solved in another way?

Apologies for my ignorance, I have not been following the dat project for several months and am just now trying to get back up to speed on everything.

@mafintosh
Copy link
Owner

Hi @e-e-e 👋

I spec'ed out the Hyperdrive road map in the decent DTN talk I did in Berlin, https://youtu.be/8fxGUiuMkTU where I talk a bit about the motivation behind this.

Hyperdrive is actually backed by a new module called *mountable-*hypertrie, https://github.com/andrewosh/mountable-hypertrie which allows you to compose a single kv store out of many different ones (ie you can mount them inside each-other).

This is super cool as it unlock a series of great collaboration patterns which very little technical complexity, preserving (and boosting) our random-access read speeds etc.

Now to get back to your main question, we have a plan to implement what we internally call "overlapping mounts" down the line. That means multiple mounts that can be mounted on the same mount point to create a hyperdb data structure. This data structure will, down the line, form the guts of hyperdb (it will solve some deep technical stuff in a much cleaner way), but it's pretty far down the roadmap given our current resource availibility.

The main trickyness with o/ is the getting the UX right and it ... just takes a lot of work :)

We have a bunch of really nice goodies coming out first though.

@eklem
Copy link

eklem commented Jul 31, 2019

Cool! Where should I put some financial support?

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

No branches or pull requests

3 participants