On Wed, Jul 22, 2009 at 11:52 PM, Meredith Gregory lgreg.mered...@gmail.com
wrote:
Alex, Viktor,
i think write semantics could get complicated quickly, actually. However, i
was initially responding to the idea that trad business object models don't
give way to analytics. Being able to make
Viktor,
Yes. For example, in the biotech case the data is coming in from a
device-based origin.
Best wishes,
--greg
On Thu, Jul 23, 2009 at 2:35 AM, Viktor Klang viktor.kl...@gmail.comwrote:
On Wed, Jul 22, 2009 at 11:52 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
Alex,
On Thu, Jul 23, 2009 at 6:46 PM, Meredith Gregory
lgreg.mered...@gmail.comwrote:
Viktor,
Yes. For example, in the biotech case the data is coming in from a
device-based origin.
This is interesting. Analyzing the AST of the query for the data, then
identify the different data sources and
Viktor,
Yep.
Best wishes,
--greg
On Thu, Jul 23, 2009 at 10:08 AM, Viktor Klang viktor.kl...@gmail.comwrote:
On Thu, Jul 23, 2009 at 6:46 PM, Meredith Gregory
lgreg.mered...@gmail.com wrote:
Viktor,
Yes. For example, in the biotech case the data is coming in from a
device-based
Read it earlier today.
It's quite interesting, transcoding SQL to MapReduce jobs that uses RDBMes
as datasources
I see this really useful for analytical querying over huge datasets, but I
wouldn't imagine it as an option as persistence-store for domain/business
objects.
On Wed, Jul 22, 2009
Viktor Klang wrote:
Read it earlier today.
It's quite interesting, transcoding SQL to MapReduce jobs that uses
RDBMes as datasources
I see this really useful for analytical querying over huge datasets,
but I wouldn't imagine it as an option as persistence-store for
domain/business
On Wed, Jul 22, 2009 at 8:05 PM, Alex Cruise a...@cluonflux.com wrote:
Viktor Klang wrote:
Read it earlier today.
It's quite interesting, transcoding SQL to MapReduce jobs that uses
RDBMes as datasources
I see this really useful for analytical querying over huge datasets,
but I
Viktor,
Your comment is intriguing to me. As near as i can tell the Web 2.0 trend
has this effect that what started out as a traditional domain/business
object model scales out to the point where it starts to look a lot like an
analytics db -- especially when you're trawling for patterns, trends
On Wed, Jul 22, 2009 at 10:03 PM, Meredith Gregory lgreg.mered...@gmail.com
wrote:
Viktor,
Your comment is intriguing to me. As near as i can tell the Web 2.0 trend
has this effect that what started out as a traditional domain/business
object model scales out to the point where it starts to
Viktor Klang wrote:
Absolutely, perhaps I'm tainted by write-heavy systems and perhaps I'm
just failing to see the overhead we're talking about.
Perhaps I overlooked it, but the paper didn't mention performance for
small writes and potentially multiple nodespanning transactions.
HadoopDB
Alex, Viktor,
i think write semantics could get complicated quickly, actually. However, i
was initially responding to the idea that trad business object models don't
give way to analytics. Being able to make read-only queries against large
volumes of data using the original business object schema
11 matches
Mail list logo
