Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
jbellis
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
69 ms
·
871.
▲
by
jbellis
17y ago
For production ready, scalable FTS, you might be interested in Lucandra: http://github.com/tjake/Lucandra , which powers the http://sparse.ly/ twitter search site. Higher level overview of Lucandra: http://blog.sematext.com/2010/02/09/l
872.
▲
by
jbellis
17y ago
The reason uncached reads are slower in Cassandra is not because the sstable is inherently io-intensive (it's actually better than b-tree based storage on a 1:1 basis) but because in the average case you'll have to merge row fragments from
873.
▲
by
jbellis
17y ago
Right. Digg dropped memcached entirely from their architecture when we added RowsCached to Cassandra.
874.
▲
by
jbellis
17y ago
> It still costed me over $2k to get incorporated though. Getting a lawyer to double-check things, or something else?
875.
▲
by
jbellis
17y ago
So it turns out that carriers subsidize phones because ... customers like it that way?
876.
▲
by
jbellis
17y ago
Wow, Gorbachev has always avoided directly criticizing Putin until now, afaik. I wonder if there's a nice hot cup of thallium in his future now.
877.
▲
by
jbellis
17y ago
Submitted http://news.ycombinator.com/item?id=1191075 because a lot of people in this thread could use an explanation of what CAP actually means. :)
878.
▲
Availability and partition tolerance explained and diagrammed
(pl.atyp.us)
40 points
by
jbellis
17y ago
|
3 comments
879.
▲
by
jbellis
17y ago
Ryan King gave a good summary in his interview. ( http://nosql.mypopescu.com/post/407159447/cassandra-twitter-... ) Basically, Cassandra has the best answers to the important questions: How will we add new machines? Are their any single po
880.
▲
by
jbellis
17y ago
Yes, reddit said they evaluated riak + the other usual suspects: http://www.reddit.com/r/programming/comments/bcqhi/reddits_n...
881.
▲
by
jbellis
17y ago
Very good points, thanks!
882.
▲
by
jbellis
17y ago
> I have read that Cassandra needs good IO performance to do well If you're writing to disk, _anything_ will need good i/o performance to do well. That's sort of the name of the game. EBS is kind of ass for i/o, not so much for average
883.
▲
Reddit joins Digg, Twitter on Cassandra
(blog.reddit.com)
70 points
by
jbellis
17y ago
|
16 comments
884.
▲
NoSQL Live: The Dynamo Derivatives (Cassandra, Voldemort, Riak)
(blog.endpoint.com)
7 points
by
jbellis
17y ago
|
0 comments
885.
▲
by
jbellis
17y ago
ebay's paper on BASE: http://queue.acm.org/detail.cfm?id=1394128 (I believe this is where the term originated)
886.
▲
by
jbellis
17y ago
Digg described the model for their "green badges" feature in http://about.digg.com/blog/looking-future-cassandra , fwiw.
887.
▲
by
jbellis
17y ago
http://wiki.apache.org/cassandra/ArchitectureInternals links some other papers that influenced our design too. But yeah, Dynamo is the most important of those.
888.
▲
by
jbellis
17y ago
MongoDB (and SQL dbs) does ad-hoc queries quite well as long as your data fits on a single machine. Cassandra does ad-hoc queries quite well if you're willing to use mapreduce. If you have a smaller number of frequently done queries and are
889.
▲
by
jbellis
17y ago
NoSQL is a broad term. Overview: http://www.rackspacecloud.com/blog/2009/11/09/nosql-ecosyste...
890.
▲
by
jbellis
17y ago
Past the considering stage and to the "deploying" stage.
891.
▲
Digg Saying Yes to NoSQL; Going Steady with Cassandra
(about.digg.com)
69 points
by
jbellis
17y ago
|
25 comments
892.
▲
by
jbellis
17y ago
Nobody in America is more mobile than recent college grads. And yet "a number" took jobs with UPS but none apparently thought to move to LA? Seriously?
893.
▲
by
jbellis
17y ago
Isn't that the same thing zenoss is trying to do? /not really familiar w/ zenoss but I know their founder spoke at pycon a couple years ago
894.
▲
by
jbellis
17y ago
Bingo. That was exactly what we were shooting for.
895.
▲
Getting Silly About NoSQL
(pl.atyp.us)
11 points
by
jbellis
17y ago
|
4 comments
896.
▲
by
jbellis
17y ago
But it's not. Because SQL databases (strictly speaking any requiring strong consistency... which is mostly RDBMSes) are highly latency sensitive, where NoSQL databases like Cassandra design around that by saying "hey, you could not see the
897.
▲
by
jbellis
17y ago
Maybe you don't have a monitor big enough? :) (I merge conflicts by inline markers too, which might mean that like you I'm simply Too Old. But for a vanilla diff Meld is pure win.)
898.
▲
by
jbellis
17y ago
> I'm curious how services like Amazon's RDS will change this perception. It won't. It's just hosted MySQL.
899.
▲
by
jbellis
17y ago
> There are plenty of databases that will partition data without giving up any SQL features, but they cost money. They also either rely on a single huge SAN for storage (single point of failure + expensive as hell) like Oracle RAC, or t
900.
▲
by
jbellis
17y ago
tl;dr: "sql does so scale! if you throw $millions of hardware at it." yawn.
More ›