Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Datomic is Free

blog.datomic.com

Post reply on HN
Print view View original

431–436 of 436 posts

Re: Datomic is Free

#431

Post by panick21_ »

bvanderveen wrote: post #224

From experience: Datomic Cloud is slow, expensive, resource intensive, designed in the baroque style of massively over-complicated CloudFormation astronautics. Hard to diagnose performance issues. Impossible to backup. Ran into one scenario where apparently we weren't quick enough to migrate to the latest version, AWS had dropped support for $runtime in Lambda, and it became impossible to upgrade the CloudFormation t…

They should have just focused on having a great Kubernetes setup experience, their focus on this cloud stuff always seemed strange to me.

Re: Datomic is Free

#432

Post by fulafel »

lebski88 wrote: post #78
fulafel wrote: post #64

Earlier quoted context omitted.

There's https://docs.datomic.com/pro/reference/excision.html - but like in other data models you also might choose to not store sensitive infromation like PII in cleartext in the main DB at all. At least in earlier versions excision wasn't supported in the Datomic Cloud version.

Excision still isn't supported for cloud, it is / was on their plan but there was never any movement in that direction.

I wonder if this is related to lack of guarantees about actual data erasure on delete in the backing storage. A lot of users probably don't take this into account when building on top of cloud storage servies.

Re: Datomic is Free

#433

Post by Lutger »

augustl wrote: post #11

Datomic's is perfect for probably 90% of small-ish backoffice systems that never has to be web scale (i.e. most of what I do at work). Writing in a single thread removes a whole host of problems in understanding (and implementing) how data changes over time. (And a busy MVCC sql db spends 75% of its time doing coordination, not actual writes, so a single thread applying a queue of transactions in sequence can be fast…

Datomic always seemed like a really cool thing to use. However, I'm not familiar with Clojure or any other JVM based language, nor do I have the time to learn it. And I can't find any supported way to use it with other languages (I'm not even talking about popular frameworks), or am I missing something?

It doesn't feel like the people behind Datomic actually want to have users outside of the Clojure world, which will be rather limiting to adoption.

Re: Datomic is Free

#434

Post by robertlagrant »

foobiekr wrote: post #416
robertlagrant wrote: post #404

Earlier quoted context omitted.

This sounds like a write-back / write-through cache with extra terminology. What's the difference?

The difference is the 10,000x slower performance if you move the actual DB transaction leader for the shard to over-the-wire access. Anything can be anywhere if we ignore latency and throughput.

I'm not saying that. I'm asking if this is just new terminology for a previous technology idea, or whether it's a new concept.

Re: Datomic is Free

#435

Post by redbar0n »

blatant303 wrote: post #213

Datomic is an event-sourced db, and it makes it hard to introduce retroactive corrections to the data when your program's semantic already rely on using datomic's time travelling abilities: at one point you'll need to to distinguish between event time and recording time as explained in this excellent blog post: https://vvvvalvalval.github.io/posts/2018-11-12-datomic-even... This is why I' rather use XTDB [1], a datab…

Event time vs. recording time - I think this was the link you were looking to provide: https://vvvvalvalval.github.io/posts/2017-07-08-Datomic-this...

Re: Datomic is Free

#436

Post by KingMob »

newlisp wrote: post #256
JulianWasTaken wrote: post #251

Earlier quoted context omitted.

That's certainly not how it sells and markets itself. The first feature on benefits (and the only reason I've ever heard Datomic brought up and/or considered it myself for production workflows) is using that stuff in application workflows: https://docs.datomic.com/pro/time/filters.html#history Could be you're saying it in fact doesn't work well performance-wise, that'd (surprise me but) certainly explain why it's not…

Welcome to sales tactics ;) Datomic is great but as another commenter said, is good for "small-ish backoffice systems that never has to be web scale". You almost probably can rely on querying history for internal applications. I think their primary market was for companies to use it internally but they never made this clear.

Ironically, Hickey fired the one marketer they hired for Datomic.

He lucked out when a unicorn went all in on it. Word around Cognitect was, Datomic was barely breaking even.

Post reply on HN