<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://sqlblog.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Has the term &amp;quot;big data&amp;quot; completely lost meaning yet?</title><link>http://sqlblog.com/blogs/greg_low/archive/2013/02/10/has-the-term-big-data-completely-lost-meaning-yet.aspx</link><description>There are some terms in IT that make their way straight into the hype stratosphere. Unfortunately "big data" is one of these. I see very few systems that I'd contend are actually "big data". However, I endlessly see the term applied to data stores that</description><dc:language>en</dc:language><generator>CommunityServer 2.1 SP2 (Build: 61129.1)</generator><item><title>re: Has the term "big data" completely lost meaning yet?</title><link>http://sqlblog.com/blogs/greg_low/archive/2013/02/10/has-the-term-big-data-completely-lost-meaning-yet.aspx#47622</link><pubDate>Sun, 10 Feb 2013 16:03:28 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:47622</guid><dc:creator>cdp</dc:creator><description>&lt;p&gt;Agree completely. Good post!&lt;/p&gt;
&lt;p&gt;Chris.&lt;/p&gt;</description></item><item><title>re: Has the term "big data" completely lost meaning yet?</title><link>http://sqlblog.com/blogs/greg_low/archive/2013/02/10/has-the-term-big-data-completely-lost-meaning-yet.aspx#47625</link><pubDate>Sun, 10 Feb 2013 17:21:17 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:47625</guid><dc:creator>WantToRemainNameless</dc:creator><description>&lt;p&gt;Absolutely agree 100%. &amp;nbsp;I've just started a position that claimed 'big data'. &amp;nbsp;I took the position. &amp;nbsp;Um, yeah, 200GB is not big data. &amp;nbsp;Needless to say, I will not be staying...&lt;/p&gt;
&lt;p&gt;The data that I used to work with at my previous position was around 6 TB data. &amp;nbsp;That, I would say is big data. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;Big data, IMHO is being thrown in with the likes of Agile, Scrum and the Cloud. &amp;nbsp;Mere marketing terms these days. &amp;nbsp;I miss Bill Hicks.&lt;/p&gt;</description></item><item><title>re: Has the term "big data" completely lost meaning yet?</title><link>http://sqlblog.com/blogs/greg_low/archive/2013/02/10/has-the-term-big-data-completely-lost-meaning-yet.aspx#47626</link><pubDate>Sun, 10 Feb 2013 18:19:59 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:47626</guid><dc:creator>John Donnelly</dc:creator><description>&lt;p&gt;Sounds very similar to the UK. I've been meeting with a big data user group for the last 6 months but finding very few people who actually have an appropriate data set - frequently big data would fit in main memory on a reasonable laptop. I think for many this is more an aspirational rather than a reality. &lt;/p&gt;
&lt;p&gt;Part of the issue appears to be in the common definition. Volume, Velocity, Variability may cause you to have a big data problem, but very few are ready to stick their neck out and quantify what counts. A year ago I'd have loosely said it was any data analysis task where it was necessary or more economic to handle through scale out database systems rather than scale up, but the market place is now too polluted with v.small big data solutions for this to stick.&lt;/p&gt;</description></item><item><title>re: Has the term "big data" completely lost meaning yet?</title><link>http://sqlblog.com/blogs/greg_low/archive/2013/02/10/has-the-term-big-data-completely-lost-meaning-yet.aspx#47647</link><pubDate>Mon, 11 Feb 2013 21:35:32 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:47647</guid><dc:creator>jchang</dc:creator><description>&lt;p&gt;Amateurs talk strategy and tatics&lt;/p&gt;
&lt;p&gt;veterans talk logistics&lt;/p&gt;
&lt;p&gt;My view: Big is not about how big your data is, and whose &amp;quot;data&amp;quot; is bigger. it is about moving data from storage to cpu so you can do something with the data.&lt;/p&gt;
&lt;p&gt;so perhaps the proper term should: Big Data Movement?&lt;/p&gt;</description></item><item><title>re: Has the term "big data" completely lost meaning yet?</title><link>http://sqlblog.com/blogs/greg_low/archive/2013/02/10/has-the-term-big-data-completely-lost-meaning-yet.aspx#47689</link><pubDate>Wed, 13 Feb 2013 06:07:22 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:47689</guid><dc:creator>Bart Czernicki</dc:creator><description>&lt;p&gt;I like the big data &amp;quot;three vectors&amp;quot; definition...volume (huge amount of data), variety (lots of data with different schemas in a single context DB) and velocity (dramatic growth of data). &amp;nbsp;If your data has one of these vectors, then you have a potential &amp;quot;big data&amp;quot; problem.&lt;/p&gt;
&lt;p&gt;For example, you could have 0 gig of data initially...however, if you plan on storing every stock transaction going forward you will have a &amp;quot;big data&amp;quot; problem because of data velocity.&lt;/p&gt;</description></item><item><title>re: Has the term "big data" completely lost meaning yet?</title><link>http://sqlblog.com/blogs/greg_low/archive/2013/02/10/has-the-term-big-data-completely-lost-meaning-yet.aspx#47763</link><pubDate>Sat, 16 Feb 2013 14:59:49 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:47763</guid><dc:creator>BuggyFunBunny</dc:creator><description>&lt;p&gt;&amp;quot;Big Data&amp;quot; is well defined, although few are willing to openly admit what that definition is. &amp;nbsp;To wit: &amp;nbsp;Big Data is the excuse to dump standard RDBMS/SQL datastores with their (nearly) transparent, and client language agnostic, syntax in favour of bespoke file storage tied to a specific client language. &amp;nbsp;The amount of data needed to meet &amp;quot;Big&amp;quot; threshold moves down as the Kiddie Koders flummox yet more Suits. &amp;nbsp;Yet another attempt to get Back to the Future of COBOL/VSAM applications.&lt;/p&gt;
&lt;p&gt;Ironically, those systems are finding that writing a TPM for each and every application is a pain, so some are setting out to reinvent CICS. &amp;nbsp;Such folks are blind to the irony. &amp;nbsp;But that shouldn't be surprising, they've already demonstrated their blindness to data management.&lt;/p&gt;</description></item><item><title>re: Has the term "big data" completely lost meaning yet?</title><link>http://sqlblog.com/blogs/greg_low/archive/2013/02/10/has-the-term-big-data-completely-lost-meaning-yet.aspx#47766</link><pubDate>Sat, 16 Feb 2013 23:36:26 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:47766</guid><dc:creator>DBAdmin</dc:creator><description>&lt;p&gt;Great comments, BuggyFunBunny!&lt;/p&gt;</description></item><item><title>re: Has the term "big data" completely lost meaning yet?</title><link>http://sqlblog.com/blogs/greg_low/archive/2013/02/10/has-the-term-big-data-completely-lost-meaning-yet.aspx#47783</link><pubDate>Mon, 18 Feb 2013 16:01:48 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:47783</guid><dc:creator>CodePro</dc:creator><description>&lt;p&gt;Oh good grief, &amp;quot;big data&amp;quot; is a set of techniques for analyzing data, not a quantity.&lt;/p&gt;</description></item><item><title>re: Has the term "big data" completely lost meaning yet?</title><link>http://sqlblog.com/blogs/greg_low/archive/2013/02/10/has-the-term-big-data-completely-lost-meaning-yet.aspx#47791</link><pubDate>Mon, 18 Feb 2013 22:31:53 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:47791</guid><dc:creator>Greg Low</dc:creator><description>&lt;p&gt;Good comment CodePro. I agree that it's more of a philosophy for how data is analyzed and for the use of newer techniques but that makes the name itself even inappropriate.&lt;/p&gt;
</description></item><item><title>re: Has the term "big data" completely lost meaning yet?</title><link>http://sqlblog.com/blogs/greg_low/archive/2013/02/10/has-the-term-big-data-completely-lost-meaning-yet.aspx#47797</link><pubDate>Tue, 19 Feb 2013 04:11:18 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:47797</guid><dc:creator>Larry Den</dc:creator><description>&lt;p&gt;Big data is mostly big JUNK data when we look into what's really being stored in these BD solutions. Most of the &amp;quot;big data&amp;quot; platforms are used as containers for social network blogs, comments, ratings and so on. They are not ideal for RMDBs so BD comes in to help. So far so good.&lt;/p&gt;
&lt;p&gt;Problems come up when we try to make use of such data. They are not really useful data to begin with (how much value is there when an anonymous poster gives some article 4 stars anyway). It's hard to efficiently analyse data that's stored in a nonstructural way. There's no short-cut here. We don't have a data-structure storing it, we pay the price later. Low efficiency + vast volume of data = analysis headache. To make matter worse, such &amp;quot;social&amp;quot; data decays. If we don't analyse it fast enough its value rots away so we end up with a big pile of worthless data (junk) wasting hard drives.&lt;/p&gt;
&lt;p&gt;That &amp;quot;big data big deal&amp;quot; guy is right. Lots of the big data advocates are merely selling the perception of value to gullible CIOs / CEOs. Big data is a hype.&lt;/p&gt;</description></item><item><title>re: Has the term "big data" completely lost meaning yet?</title><link>http://sqlblog.com/blogs/greg_low/archive/2013/02/10/has-the-term-big-data-completely-lost-meaning-yet.aspx#47838</link><pubDate>Wed, 20 Feb 2013 19:37:31 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:47838</guid><dc:creator>Chuck</dc:creator><description>&lt;p&gt;Like codepro said, what we're really talking about is storing and analyzing semi-structured data, in ways that can scale to many terabytes, but can also be applied to much smaller data sets. &amp;nbsp;It's a question of the right tool for the job. &amp;nbsp;Log files, social graph data etc don't fit well into an RDBMS, regardless of size.&lt;/p&gt;</description></item><item><title>re: Has the term "big data" completely lost meaning yet?</title><link>http://sqlblog.com/blogs/greg_low/archive/2013/02/10/has-the-term-big-data-completely-lost-meaning-yet.aspx#47844</link><pubDate>Thu, 21 Feb 2013 08:12:38 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:47844</guid><dc:creator>Leisure Suit Larry</dc:creator><description>&lt;p&gt;&amp;quot;Big Data&amp;quot; is a marketing term, just like &amp;quot;In-Memory&amp;quot;&lt;/p&gt;
&lt;p&gt;EVERYTHING runs in memory. &amp;nbsp;If is cannot, it is moved into memory before hand!!&lt;/p&gt;</description></item><item><title>re: Has the term "big data" completely lost meaning yet?</title><link>http://sqlblog.com/blogs/greg_low/archive/2013/02/10/has-the-term-big-data-completely-lost-meaning-yet.aspx#48001</link><pubDate>Sat, 02 Mar 2013 10:47:01 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:48001</guid><dc:creator>Warwick Leitch</dc:creator><description>&lt;p&gt;Hi Greg, &amp;nbsp;Thanks for the mention. I had quite a lot of response from my blog you mentioned. &amp;nbsp;! had to write a follow up! &lt;a rel="nofollow" target="_new" href="http://www.calumo.com/blog/big-data-hit-a-nerve-ouch/"&gt;http://www.calumo.com/blog/big-data-hit-a-nerve-ouch/&lt;/a&gt;&lt;/p&gt;</description></item><item><title>re: Has the term "big data" completely lost meaning yet?</title><link>http://sqlblog.com/blogs/greg_low/archive/2013/02/10/has-the-term-big-data-completely-lost-meaning-yet.aspx#48206</link><pubDate>Tue, 12 Mar 2013 13:04:30 GMT</pubDate><guid isPermaLink="false">21093a07-8b3d-42db-8cbf-3350fcbf5496:48206</guid><dc:creator>DBAsa</dc:creator><description>&lt;p&gt;I am working for a large company that handles vldb's around the size of 4tb tables.. Regardsless of the db size totalling 8tb.&lt;/p&gt;
&lt;p&gt;This is big - as everything takes long to maintain on these db's.&lt;/p&gt;</description></item></channel></rss>