top | item 44636609

(no title)

iw2rmb | 7 months ago

Because you don’t need to sync and you have ACID with joins.

discuss

order

otterley|7 months ago

Is there a whole business to be had with those advantages alone? I’m curious as to who the target market is.

levkk|7 months ago

My last big co, we had a team of 10 who's entire job was to sync data from Postgres into Elastic. It would take weeks and fallover regularly due to traffic.

If we could have a DB that could do search and be a store of record, it would be amazing.

cryptonector|7 months ago

For JOINs? Absolutely! Who wants to hand-code queries at the executor level?! It's expensive!

You need a query language.

You don't necessarily need ACID, and you don't necessarily need a bunch of things that SQL RDBMSes give you, but you definitely need a QL, and it has to support a lot of what SQL supports, especially JOINs and GROUP BY w/ aggregations.

NoSQLs tend to evolve into having a QL layered on top. Just start with that if you really want to build a NoSQL.

beoberha|7 months ago

Interestingly enough, it looks like the team was just hacking on an open source extension and organically attracted some customers, which snowballed into raising capital. So definitely seems like there’s a market.