Post reply

Big Data for SQL folks: The Technologies (Part I)

  • June 25, 2013 at 9:25 pm

    #276652

    Comments posted to this topic are about the item Big Data for SQL folks: The Technologies (Part I)

    Frank Banin
    BI and Advanced Analytics Professional.

  • June 26, 2013 at 2:59 am

    #1627432

    Really good, expecting more in future post...:-)

  • June 26, 2013 at 4:55 am

    #1627464

    Thanks for this, I was really looking for an eplainantion in the simplest terms and this article provided it. Looking forward to more on this topic.

  • June 26, 2013 at 5:11 am

    #1627470

    Nice summary of available technologies. Looking forward for more articles.

  • June 26, 2013 at 5:14 am

    #1627473

    Great Work. Keep Posting about Big Data. 🙂

  • June 26, 2013 at 5:34 am

    #1627482

    Great article, looking forward to the next article

  • June 26, 2013 at 5:38 am

    #1627486

    Excellent! I'm looking forward to the follow-on articles.

    Mike
    MacroTrenz.Com
    LinkedIn

  • June 26, 2013 at 6:56 am

    #1627526

    Nice,Short and Clear

    Pramod
    SQL Server DBA | MCSE SQL Server 2012/2014
    in.linkedin.com/in/pramodsingla/
    http://pramodsingla.wordpress.com/

  • June 26, 2013 at 6:59 am

    #1627527

    Excellent article, without the hype.

  • June 26, 2013 at 7:54 am

    #1627566

    I would be curious to see some samples of those propietary query languages with steep learning curves.;-)

  • June 26, 2013 at 9:32 am

    #1627623

    Nice article, nice overview of some Big Data approaches and technologies. Thanks. 🙂

    One of the main issues we see is how to integrate Big Data noSQL technologies with SQL, particularly SLQ systems already up and running but also from a new design starting point.

    This issue is of great interest to organizations that have SQL databases and related user-interface systems already, and need to consume/use newer non-structured data. Even in that case there are two important subsets: one where the data is petabytes or more and one can afford a major effort, and one where is it less but still a lot (perhaps up to a PB or so to start) and requiring analytics, but it is desired to be done as an add-on to a SQL-based database system with additional storage, and with software that integrates well with SQL. So I am looking forward as well to your next installment with the specific SQLServer example.

    RB

  • June 26, 2013 at 10:32 am

    #1627644

    Great.. awaiting the next article.

  • June 26, 2013 at 11:24 am

    #1627669

    Really a good article. I would love to see some sample data examples that we can play with 🙂

  • June 26, 2013 at 8:04 pm

    #1627780

    The article is very good primer on big data.

    But anytime a manager type comes up and uses the word Hadoop, NoSQL, or MongoDB in my presence this link ends up in their e-mail. And then hopefully they follow the playlist (http://www.youtube.com/playlist?list=PL1FB3417C560AC0B7)

    Then there are the possible downsides and regulatory issues. I live in a HIPAA world. I want to isolate each individual company's data as much as possible.

    I'm not against any of the technologies and the possibility of implementing it, but to implement it just because it is available is not a good strategy. And when I hear the word heap of data all I can picture is a pile of brown stuff with an odor wafting off of it.



    ----------------
    Jim P.

    A little bit of this and a little byte of that can cause bloatware.

  • June 27, 2013 at 6:51 am

    #1627938

    Thanks Frank for this article, now Big Data starts to cross the SQLSERVERCENTRAL Path!

    Paul Hernández

Viewing 15 posts - 1 through 15 (of 24 total)

You must be logged in to reply to this topic. Login to reply