[HN Gopher] CursusDB - A new scalable distributed document orien...
___________________________________________________________________
CursusDB - A new scalable distributed document oriented database
Author : alexpadula
Score : 26 points
Date : 2024-01-04 17:02 UTC (5 hours ago)
(HTM) web link (github.com)
(TXT) w3m dump (github.com)
| alexpadula wrote:
| I'm free to answer any questions any of you may have! Also,
| https://www.youtube.com/watch?v=UHZ42NkN1OQ <-- Introduction to
| CursusDB
|
| https://www.youtube.com/watch?v=n1t5Iexx4UY <-- Automatic
| Recovery, Backups, Replica Sync, Lost Reconnect Demonstration
|
| I've put lot's of effort into the documentation and continuously
| try to perfect it! https://cursusdb.com/documentation
| esafak wrote:
| For new products I always recommend the same thing: name your
| competitors and use cases. Compare them in a table; don't make
| the user think. Who should and should not use your product? Being
| in-memory and distributed, I imagine your competitors include
| Ignite and Hazelcast?
|
| I read the title as CursorDB, which would have made a nice DB
| name.
| supportengineer wrote:
| Good point, my first thought is, why wouldn't I just use
| Couchbase? It is proven and has a community around it.
| alexpadula wrote:
| I don't like MongoDB or Couchbase. I dislike their query
| languages and designs in general. I built the DB for my own
| liking and use cases. If others like it that's great, if not
| it doesn't hurt me. I made it open source to follow the
| process and I'm not looking for any profit or gain for doing
| any of it. I'd like honest opinions obviously but that's all.
| Eventually if people really like the DB and it requires ALL
| my time then I'll try to expand on the cloud offering because
| I am mighty passionate about the project and want to see it
| being used as much as possible and easily as possible!
| alexpadula wrote:
| Hi esafak. I don't really care for competitors. In regards to
| use cases there are so many! Currently I am working on few
| tutorials on how to build different applications like a
| Hackernews clone with a real-time frontend. These tutorials are
| to bring light to the functionalities of the database and give
| users ideas. Yeah I don't know those companies, nor do I care
| to. I built and designed the database the way I wanted to use a
| database, simple as that. I have my own use cases for a
| transactional email service relaying what comes through an
| Observer to client webhooks for example.
| esafak wrote:
| You have competitors whether you like it or not -- unless you
| don't care for users, either. A sibling commenter asked "Why
| not just use Couchbase?" If your answer is "figure it out
| yourself; I already wrote documentation" you are shooting
| yourself in the foot. Documentation is not marketing.
| Marketing means helping potential users understand _why_ they
| should use your product rather than something similar.
| alexpadula wrote:
| I agree. I very much care for the users of the database
| because their experience if everyone elses in a way. My
| reply was pretty simple lol. You build something YOU like
| and have a need for there's a chance others will as well.
| If you just build something that you don't like and have no
| need for, others probably wont as well.
| alexpadula wrote:
| Cursus means course in Latin. The database is distributed by
| nature. Cluster routes data etc. You can piece it together.
| alexpadula wrote:
| Hazelcast seems like Redis. CursusDB is more like MongoDB I'd
| say in comparison.
| alexpadula wrote:
| I do like your idea though esafak I may put something like that
| on the website.
| nusl wrote:
| I get that you need to differentiate your project from others
| if you want to find adoption, and one way of doing that is to
| compare it to who you feel are competitors. I do feel that the
| word "competitor" should rather be "alternative" since I don't
| think this or many other projects are trying to compete, but
| instead just trying to exist in their own way and do their own
| thing. If someone likes it enough but finds a pain point they
| might contribute that change, too.
|
| Also, part of the beauty of open source is not trying to
| conform or constantly compare your project to others. It's
| awesome that such diversity exists in project communities and
| the cross-pollination of ideas resulting from it.
| jwr wrote:
| So, is it Jepsen-tested?
| alexpadula wrote:
| No not using Jepsen. I've written custom tests in GO running
| thousands of concurrent client connections on local and remote
| clusters with multiple nodes and node replicas I test
| consistency, crisis, recovery, etc. The database hasn't shown
| me personally any flaws whatsoever. Anyone can go ahead and
| write their own Jepsen tests if they please.
| alexpadula wrote:
| Maybe down the line if people REALLY want it I'll do it but I
| think I'll just post my tests instead. The thing is I'd
| rather make a video as you can't test power outages and so
| forth with just a script. I've done this using hardware
| locally and I can't find flaws. I'm not trying to make it
| seem any which way. I'd rather have more people write their
| own tests as well, why not!
| nusl wrote:
| I think this has a place. I've found myself wanting something
| similar in the past though found other solutions. It seems you
| have similar reservations toward Mongo and similar software so
| it's unlikely it will follow their path. I remember so many folks
| jumping on Mongo and hailing it as the holy grail of storage,
| dumping everything into it without much thought. I also remember
| many of those same people paying dearly for doing that. The older
| Mongo-based projects I've worked on were unmaintainable swamps of
| hacks and pain. Some took the time to care and used Mongo in a
| way that was sustainable.
| alexpadula wrote:
| I remember MongoDB back in < 2014. Lot's of hype but the
| database had lots of holes.
___________________________________________________________________
(page generated 2024-01-04 23:01 UTC)