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

FoundationDB Summit Program Announced

foundationdb.org

Post reply on HN
Print view View original

1–10 of 24 posts

Re: FoundationDB Summit Program Announced

#3

Post by ryanworl »

I’m very excited to hear about the new storage engine and Apple’s record layer! Additionally, the lightning talk about backwards compatibility for rolling upgrades would be a great addition. Those three would make FoundationDB a much more obvious fit for the average application.

My talk is at 10:40! If anyone is attending and would be interested in meeting up, my email is in my profile and my Twitter handle is the same as my HN username.

Re: FoundationDB Summit Program Announced

#6

Post by dominotw »

monstrado wrote: post #4

I've been having enormous success using FDB for my POC. It's ability to do atomic mutations is honestly game changing for our use case. Mandatory transactions are also a lifesaver, as our previous implementation required careful OCC.

Curious what ur usecase is and what makes foundationDB particularly suited for it.

Re: FoundationDB Summit Program Announced

#7

Post by monstrado »

dominotw wrote: post #6
monstrado wrote: post #4

I've been having enormous success using FDB for my POC. It's ability to do atomic mutations is honestly game changing for our use case. Mandatory transactions are also a lifesaver, as our previous implementation required careful OCC.

Curious what ur usecase is and what makes foundationDB particularly suited for it.

Real-time aggregations over a stream of data where we may have multiple servers writing a partial aggregation to the same row. With FDB I can safely read data, merge it with my in-memory copy, and then write the final result back. That's only for our complex aggregations, such as HyperLogLog and T-Digests. For the easier things like COUNT I can just use the ADD mutation. For SUM of doubles, I can use APPEND_IF_FITS to keep each partial aggregation as a "running log" of partial sums in a single row.

Re: FoundationDB Summit Program Announced

#8

Post by atombender »

tarlinian wrote: post #2

The program includes talks about other layers that Apple is developing. Does anyone know if they are planning on open sourcing any of those layers in the future?

From the description, the "record layer" talk seems like it's about an example POC and not a real project:

> This talk will provide a developer’s perspective building a new FoundationDB layer by describing the design and development of a record store that can provide semantics similar to a relational database. This example layer will provide the core functionality of a structured data store such as metadata management, indexing, and query planning.

The JanusGraph support is a real project, though.

Re: FoundationDB Summit Program Announced

#9

Post by innagadadavida »

Apple internally uses Cassandra, HBase, Riak, Hadoop/Impala, Oracle, Siri Search kv store, memcache, redis, MySQL, Postgres etc etc. Each of these handle >100 TB in aggregate.

Considering these applications won’t be ported to FDB, why not develop a translation later. This will also drive adoption of FDB.

Having smart people work on cool things is not sufficient, you also need them to be working on solving high impact but boring problems.

Post reply on HN