Slashdot Mirror


Web Analytics Databases Get Even Larger

CurtMonash writes "Web analytics databases are getting even larger. eBay now has a 6 1/2 petabyte warehouse running on Greenplum — user data — to go with its more established 2 1/2 petabyte Teradata system. Between the two databases, the metrics are enormous — 17 trillion rows, 150 billion new rows per day, millions of queries per day, and so on. Meanwhile, Facebook has 2 1/2 petabytes managed by Hadoop, not running on a conventional DBMS at all, Yahoo has over a petabyte (on a homegrown system), and Fox/MySpace has two different multi-hundred terabyte systems (Greenplum and Aster Data nCluster). eBay and Fox are the two Greenplum customers I wrote in about last August, when they both seemed to be headed to the petabyte range in a hurry. These are basically all web log/clickstream databases, except that network event data is even more voluminous than the pure clickstream stuff."

34 of 62 comments (clear)

  1. Web Analytics Databases Get Every Larger? by eldavojohn · · Score: 1, Redundant

    "Web analytics databases are getting every larger. eBay now has a 6 1/2 petabyte ...

    Um, was there a major development in the English language while I was sleeping last night?

    --
    My work here is dung.
    1. Re:Web Analytics Databases Get Every Larger? by jez9999 · · Score: 3, Funny

      Yesy. It mighty take a whiley to get used to, but I thinky it's quite a plusy overall.

    2. Re:Web Analytics Databases Get Every Larger? by koutbo6 · · Score: 1

      Yesy. It mighty take a whiley to get used to, but I thinky it's quite a plusy overally.

      I sure hopey that people checky their grammary more ofteny in the future.
      There, fixedy that for you.

      --
      You speak London? I speak London very best.
    3. Re:Web Analytics Databases Get Every Larger? by ivucica · · Score: 1

      yay

  2. "Every larger"? by dtmos · · Score: 1, Redundant

    What's "every larger"? Can I get one, too?

    1. Re:"Every larger"? by thePowerOfGrayskull · · Score: 1
      I love that some poor sot used up all of his mod points except one to mod down this entire conversation.

      Wait... one left. Oh, shit...

  3. The good news... by Yoozer · · Score: 5, Funny

    At least these won't get out in the open that easily because someone copied them to an USB drive and lost it somewhere.

    1. Re:The good news... by Jurily · · Score: 2, Funny

      At least these won't get out in the open that easily because someone copied them to an USB drive and lost it somewhere.

      Imagine a Beowulf cluste- OW! OW!

    2. Re:The good news... by jollyreaper · · Score: 1

      At least these won't get out in the open that easily because someone copied them to an USB drive and lost it somewhere.

      No, that's what firewall holes are for.

      --
      Kwisatz Haderach
      Sell the spice to CHOAM
      This Mahdi took Shaddam's Throne
  4. Looks like grammar is getting every worse... by ActusReus · · Score: 1, Insightful

    For shame, Taco...

  5. Sure, they get every larger... by lunchlady55 · · Score: 2, Funny

    ...but do they move every zig?

    1. Re:Sure, they get every larger... by ivucica · · Score: 1

      they no have to!!!!1 they have chance to survive, they make their time!!!1

  6. I accidentally the every larger database... by magic_fyodor · · Score: 1, Offtopic

    is this ok?

    1. Re:I accidentally the every larger database... by LordKane · · Score: 1

      Not the every larger database!

      --
      "Victims, aren't we all?"
    2. Re:I accidentally the every larger database... by ZERO1ZERO · · Score: 1

      What is the origin of this 'I accidentally the ....' ? I see it around a lot.

    3. Re:I accidentally the every larger database... by f()rK()_Bomb · · Score: 1
      --
      "The space elevator will be built about 50 years after everyone stops laughing." - Arthur C. Clarke ~1980
    4. Re:I accidentally the every larger database... by ZERO1ZERO · · Score: 1

      sweet, dude. thanks.

  7. Another win for PostgreSQL... by tcopeland · · Score: 3, Insightful

    ...since that's that database on which Greenplum is based. PostgreSQL 8.4 is coming out soon and looks like it's got a lot of improvements. Too bad replication didn't make it in... hopefully in 8.5.

    One of the improvements that looks good is the parallelized restore; RubyForge's upgrade from PostgreSQL 8.2 to 8.3 took 30 minutes to restore the db and it seems like this feature will speed that up considerably.

    1. Re:Another win for PostgreSQL... by koutbo6 · · Score: 1

      fp after first on topic post

      --
      You speak London? I speak London very best.
    2. Re:Another win for PostgreSQL... by TooMuchToDo · · Score: 2, Interesting

      I have to say, I love postgresql. We use it to store hundreds of gigabytes of metadata for our 17 petabyte disk/tape storage system at my day gig.

    3. Re:Another win for PostgreSQL... by InsurrctionConsltant · · Score: 1

      17 petabyte! Good grief, who are you working for?!

    4. Re:Another win for PostgreSQL... by TooMuchToDo · · Score: 1

      Someplace in the US handling data from the Large Hadron Collider =)

    5. Re:Another win for PostgreSQL... by greg1104 · · Score: 2, Informative

      And Aster nCluster is PostgreSQL based. Yahoo's "homegrown system" also started with PostgreSQL.

    6. Re:Another win for PostgreSQL... by pfleming · · Score: 2, Funny

      Does the black hole effect help with compression?

    7. Re:Another win for PostgreSQL... by ivucica · · Score: 1

      CREATE TABLE lhc_data (i INT, c CHAR(10)) ENGINE = BLACKHOLE;
      INSERT INTO lhc_data(1,"whoosh");

      Oops, wrong DBMS.

  8. Recursive queries too by coryking · · Score: 3, Interesting

    These little puppies, i.e. recursive queries, look pretty cool too. Sounds like a good tool for threaded comment systems or finding related items in a table:


    Recursive queries are typically used to deal with hierarchical or tree-structured data. A useful example is this query to find all the direct and indirect sub-parts of a product, given only a table that shows immediate inclusions:

    WITH RECURSIVE included_parts(sub_part, part, quantity) AS (
            SELECT sub_part, part, quantity FROM parts WHERE part = 'our_product'
        UNION ALL
            SELECT p.sub_part, p.part, p.quantity
            FROM included_parts pr, parts p
            WHERE p.part = pr.sub_part
        )
    SELECT sub_part, SUM(quantity) as total_quantity
    FROM included_parts
    GROUP BY sub_part

    ... It will take a while to wrap my brain around this new concept though. That doesn't look like a normal query I'm used to reading!

    They'll get replication some day soon. But there is a lot of cool, very useful stuff with every new release. I usually feel like kid in a candy store wondering what's new that I can exploit.

  9. 2/12? by N3Roaster · · Score: 1

    2/12? Most people would just write that as 1/6, but I guess that doesn't sound as impressive?

    --
    Remember RFC 873!
    1. Re:2/12? by Exawatt · · Score: 1

      I was wondering what that number was supposed to be. Perhaps 2 1/2? This is why I prefer decimal points.

  10. Google? by wiedzmin · · Score: 2, Interesting

    Who cares about eBay and MySpace... tell me about the major players! What is Google running?

    --
    Bow before me, for I am root.
  11. Storing the atoms of a human body by MBoffin · · Score: 1

    This astounds me. These numbers only represent a few companies. Consider that it would take about 5,790 yottabytes* to store a 150lb human body (at a byte per atom). Now consider that people keep in their pocket more storage than existed on the planet 30 years ago. So in another 30 years.... wow. Just think about that for a minute.

    * giga tera peta exa zetta yotta

  12. MySQL and Bigtable by Wee · · Score: 1

    They use MySQL for storing adwords data and Google Analytics for web site metrics (which itself stores data in Bigtable).

    Bigtable holds a mind-bogglingly huge amount of information. The amount of stuff in their MySQL clusters is merely "absurdly large" by comparison.

    -B

    --

    Ash and Hickory, straight-grained and true, make excellent bludgeons, dandy for the cudgeling of vegetarians.

    1. Re:MySQL and Bigtable by bami · · Score: 1

      Google Analytics is dog slow. It usually takes up to 70% of the time to load a page here (might be some shoddy ISP routing issues, but most of Google's stuff loads fast, so I doubt that), so I adblocked/point it to 127.0.0.1 for the whole domain. Same for most analytics websites.

      Sorry, analytics is fun and all, but if you insist doing everything in javascript, at least make sure the page behind it is capable of giving enough bandwidth or something.

  13. Still get lame recomendations by se7en11 · · Score: 4, Funny

    With all that user data, you'd think they would know me better by now. But I still get these lame recommendations.

    "You might be interested in action DVDs because you bought one in the past" - BRILLIANT!!

  14. Greenplum? Really? by reginaldo · · Score: 1

    These articles make me believe that Greenplum has some good PR working, because in all the analytics I have done, people tend to scoff at Greenplum.

    Hadoop clusters are more scaleable, more flexible, and strangely more supportable than Greenplum. When I worked with Greenplum, we would be able to bring down the server easily by executing simple 'select * from table' queries.

    Netezza, which is strangely not mentioned, is much better for doing distincts, which is used quite often in analytics. Greenplum chokes on correlating the data sets.