wicknicks
Joined 18 years ago
Karma
2,343
Submissions
571
Member since
Jan 17
Recent submissions
Comment · 11 years ago
Comment · 11 years ago
The fact that we can do parallel reads from an SSD does give more flexibility to DB developers.
Comment · 11 years ago
I'm going to provide basic answers here. You can look at the homepage for more detailed answers (the video linked there is very helpful too) [1].
Main use case: Multi-threaded low latency data access. It is optimized for use cases where the insert/update rate is very high. In short, it has an LSM tree to quickly add new/updated records. At frequent intervals this LSM tree is merged into the on-disk pages. It is very well engineered, making the lookups very fast as well.
Queries can touch data on disk as well.
Rocks is an embedded database. Natively written in C++, but has bindings for other languages. [2]
No, nodes do not talk to each other.
Something I am personally excited about: RocksDB has a merge operator, which is (probably) still in development. It allows you to update the value of an entry by providing a merge function. It is extremely useful to merge data if you binary format supports it (for example, protobufs do this natively, and it will be very smart to store your protobuf binary natively in Rocks, and do regular merges to it).
No, an in-memory dictionary will provide far fewer guarantees and features.
[2] https://github.com/facebook/rocksdb/wiki/Third-party-languag...
Comment · 11 years ago
Germany with 2.8 million is equally interesting. The country's population is 80m. Atleast one in 35 people there is in the top 1%.
Comment · 12 years ago
It depends on personal taste. But if I were going to a country I never visited before, there would be very little time to do anything else other than sightseeing, mingling with the locals, learning about their culture, their history, the food, and if you are anywhere near one, visit the national parks and take the safari.
Document everything you see. Take a good camera with you, and if you don't know how to use an SLR, this is the perfect time to learn some basic tricks. Once you pick a camera, you can find some tutorial on the web, which teaches you the basics for that brand/model.
I would use this time out to "take a break" from computer science. But if you can't stay away from it, pick up a book like SICP (http://mitpress.mit.edu/sicp/). This is one of those books which you want to read away from all distractions and think deeply about. If you can, download the accompanying video lectures:
http://ocw.mit.edu/courses/electrical-engineering-and-comput...
Comment · 12 years ago
I couldn't find any documentation about it, but is there any way to achieve forward/backward compatibility with Transit?
Comment · 12 years ago
Yeah, I hope I am interpreting this the wrong the way. But instead of doing
X.getA().getB().getC().getD()
X.flatMap(X::getA)
.flatMap(X::getB)
.map(X::getC)
.orElse("UNKNOWN"); //[1]
[1] http://www.oracle.com/technetwork/articles/java/java8-option...
Comment · 12 years ago
The problem is not to to just get from point A to B, but to have a good experience doing it. Air travel is getting worse every year. Starting from the airport checks to the long immigration lines (when traveling internationally) and super expensive fares for those "cuddly" seats, it can make holidays more exhausting than work. And if you live an hour from the airport, well good luck!
My idea of a grand future is when we can travel across the globe in less than hour, and pay less than $50 doing it.
Comment · 12 years ago
The above link is a summary to the paper. Here is the actual publication: http://cnlab.kaist.ac.kr/~ikjun/data/Course_work/CS642-Distr...
Also, how does this work in the presence of replicas? Does every replica go through the strategy? What if one or more replicas go down during a transaction?