Slashdot Mirror
Dremel-Based Project Accepted As Apache Incubator
itwbennett writes "The technology behind Google's BigQuery analytics as a service is based on the company's in-house ad hoc query system called Dremel that can store and search trillion-row datasets without the complexity and batch limitations of Hadoop. Today, Hadoop vendor MapR announced a new open source iteration of Dremel called Drill, which is now an incubation project with the Apache Softare Foundation. First up for the Apache Drill project: getting a consensus on Drill's APIs so that other vendors can work with it, says project leader Tomer Shiran."
Why is the background of the headline red instead of /. teal?
Shouldn't this be in slashbi ?
They're gonna get their ass sued.
BTW, Google search deteriorated so bad now I'm using Bing, way too many spam sites like "fixya", "answer", and other slimebags.
Google, get your core business straight.
Fuck systemd. Fuck Redhat. Fuck Soylent, too. Wait, scratch the last one.
The problem with open source "big data" tools is that they are useless without matching open source data sets. Openstreet map is a step in the right direction, but is anyone out there making a systematic collection of all open data?
Jeszum crow, at least get past TFH before commenting!
Internal codenames aren't in commerce. And really, worse case, they rename it "Butthead Moto-Tool Corp."
My God, it's Full of Source!
OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
... Open source Dremel... more fun than Big Data?
I was really looking forward to seeing how they had managed to use a dremel to make birthing aparatus for apache gunships - imagine my dissapointment :(
I often wonder why I don't hear more about Riak? It seems to have similar features. Is anyone using it?
Can't seem to find any code/documentaion or anything downloadable,
And they alrgedly have something working.
..in the Vapour Of Clouds.
More Java crap, or a sensible C implementation this time?
Why isn't anyone on topic with this? Who cares what the name is? It's a case of knowing that we can do something, but my question is should we? Should an open source project want to reduce privacy even more so than it is now? Ask yourself that because I read the article and that along with face recognition in Facebook is taking the advertising stuff a little further than what I would think it needs to go to be useful.
I was all excited to think there was a startup that would exploit the Dremel in some interesting way. Affordable machining and DIY numericly controlled tools came to mind.
Then I read the summary and found out it was yet another badly named web technology that will be forgotten in a few years.
For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
I bet you aren't supposed to use this on your teeth, just like a real Dremel.
According to the wiki, they are trying to reproduce Google's internal Dremel tool, while at the same time extending it to support a multitude of query languages. Not only do they want to reproduce something that took Google who knows how many years of developer time to create, they also want to extend it.
I wish them the best. Dremel seems like a very valuable tool. I can think of a couple use cases for it today. Google offers access to it via an API, but the problem with that is that the data has to be sent to Google. I am not in the position to send Google terabytes of highly sensitive and confidential data.
I noticed that too. On "howto" questions I'm now getting several pages of "fixya" while there could be better answer in Usenet. My guess google decided to have "priority" providers for certain types of questions. As the business is all about showing adds they most likely don't do it for free.
Now it will be even harder to find information on either on Google. Why the hell do projects PURPOSEFULLY create naming collisions?
If it's anything like the last httpd update. The last update I did on the web servers to Apache's httpd was horrific; they managed to break pretty much everything with a change to dynamic libraries.