SlideShare una empresa de Scribd logo
1 de 49
The Death of Relational
[~] whoami
Arin Sarkissian
Platform Lead, Digg.com
arin@digg.com

http://new.digg.com/phatduckk
http://arin.me
http://twitter.com/phatduckk




                                The Death of Relational
No(My)SQL @ Digg   The Death of Relational
Classic Rivalries   The Death of Relational
Classic Rivalries   The Death of Relational
Classic Rivalries   The Death of Relational
Classic Rivalries   The Death of Relational
Classic Rivalries   The Death of Relational
SQL vs NoSQL   The Death of Relational
Why NoSQL?
In ~15 Minutes or less




                The Death of Relational
Operations & Scaling


            The Death of Relational
“  Twitter likes the idea of processes that can
    die and the cluster won't notice. We can
    manage and correct it later without ops
    having to hop-to because a server rebooted.

                                Jeff Hodges - Twitter
                                            @jmhodges




Operations & Scaling           The Death of Relational
•   No single point of failure
     •   No “special” nodes
     •   Always writable
     •   Hinted handoff
     •   Read Repair
     •   Rebalance
     •   Easily add new nodes
     •   Bootstrap
     •   Remove nodes
                                      http://wiki.apache.org/cassandra/ & https://wiki.basho.com/display/RIAK/




Operations & Scaling                                   The Death of Relational
“  I know of one company that’s managing to
    scale portions of their PostgreSQL servers
    by purchasing $250,000 servers. This would
    cover my 50 node EC2 cluster for two years!

                                           Joe Stump - SimpleGeo
                http://stu.mp/2010/03/nosql-vs-rdbms-let-the-flames-begin.html




Operations & Scaling                          The Death of Relational
No/Flexible Schema


           The Death of Relational
“  ... making schema changes or adding
    indexes to a database with more than 10
    - 20 million rows completely locks the
    database for hours at a time.
                          Bret Taylor - FriendFeed/Facebook
                     http://bret.appspot.com/entry/how-friendfeed-uses-mysql




No/Flexible Schema                           The Death of Relational
No/Flexible Schema   The Death of Relational
No/Flexible Schema   The Death of Relational
No/Flexible Schema   The Death of Relational
SQL Can’t Do That


           The Death of Relational
“  I wrote Dynomite because I had a
    problem that existing database
    management systems couldn't solve.

                                    Cliff Moon
                          @moonpolysoft - Dynomite




SQL Can’t Do That        The Death of Relational
•   Store petabytes of data (distributed, w/ replication & fault tolerance)

     •   Parallelize computation across a bunch of machines




     •   Find the shortest path between 2 nodes

     •   “Find friends of friends whom I don’t know that are > 25 years old and like Punk Rock"




SQL Can’t Do That                                        The Death of Relational
•    Cool, client triggered replication/synchronization system

     •    Ability to serve an entire CouchApp (web app w/ data & CSS, JS etc)




      •   Store & perform operations on lists, sets, hashes & sorted sets

      •   Use as a publish/subscribe server




SQL Can’t Do That                                 The Death of Relational
You Don’t Like SQL


           The Death of Relational
You Don’t Like SQL   The Death of Relational
You Don’t Like SQL   The Death of Relational
You Don’t Like SQL   The Death of Relational
You Don’t Like SQL   The Death of Relational
So, Screw SQL
   Good Riddance




               The Death of Relational
Not Everyone Agrees


            The Death of Relational
• Oh fuck those idiots.      Reddit comment




   • Developing the app for Google-sized scale is
      a waste of your time, plus, there is no way
      you will get it right. I Can't Wait For NoSQL to Die

   • They reject relational databases and
      substitute retro 1960s key-value stores from
      the dark ages of practical computing... NoSQL is a Pile
      of Crap




Not Everyone Agrees                         The Death of Relational
•   In the case of the NoSQL hype, it isn’t generally
       the inventors over-stating its relevance — most
       of them are quite brilliant, pragmatic devs — but
       instead it is loads and loads of terrible-at-SQL
       developers who hope this movement invalidates
       their weakness. Dennis Forbes, Getting Real about NoSQL and the SQL-Isn't-Scalable Lie

   •   Machines will get faster and cheaper all the
       time, but you’ll still only have the same limited
       programming resources that you had yesterday...
       Mr. Moore gets to punt on sharding




Not Everyone Agrees                                        The Death of Relational
Not Everyone Agrees   The Death of Relational
More Than (My|No)SQL


            The Death of Relational
“ There will never be a single system which
   will maximize business value for every
   possible usage pattern, so it pays to know
   about a wide variety of architectures.
         Coda Hale - Infrastructure Architect at Yammer
                                                  @coda




More Than (No|My)SQL              The Death of Relational
More Than (No|My)SQL   The Death of Relational
More Than (No|My)SQL   The Death of Relational
More Than (No|My)SQL   The Death of Relational
More Than (No|My)SQL   The Death of Relational
More Than (No|My)SQL   The Death of Relational
More Than (No|My)SQL   The Death of Relational
More Than (No|My)SQL   The Death of Relational
More Than (No|My)SQL   The Death of Relational
More Than (No|My)SQL   The Death of Relational
More Than (No|My)SQL   The Death of Relational
More Than (No|My)SQL   The Death of Relational
More Than (No|My)SQL   The Death of Relational
The End


     The Death of Relational
A. Sarkissian Death of Relational Databases

Más contenido relacionado

Destacado

Robert Tomkinson Presentation
Robert Tomkinson PresentationRobert Tomkinson Presentation
Robert Tomkinson PresentationMediabistro
 
Nima Pourshasb Presentation
Nima Pourshasb PresentationNima Pourshasb Presentation
Nima Pourshasb PresentationMediabistro
 
Idealogue Presentation
Idealogue PresentationIdealogue Presentation
Idealogue PresentationMediabistro
 
John SanGiovanni's Presentation
John SanGiovanni's PresentationJohn SanGiovanni's Presentation
John SanGiovanni's PresentationMediabistro
 
Alexey Kostarev Presentation
Alexey Kostarev PresentationAlexey Kostarev Presentation
Alexey Kostarev PresentationMediabistro
 
Ryan Chapman Presentation
Ryan Chapman PresentationRyan Chapman Presentation
Ryan Chapman PresentationMediabistro
 
Mike Petit Presentation
Mike Petit PresentationMike Petit Presentation
Mike Petit PresentationMediabistro
 
Think Mobile April 2010_Paul Reddick
Think Mobile April 2010_Paul ReddickThink Mobile April 2010_Paul Reddick
Think Mobile April 2010_Paul ReddickMediabistro
 
Ross Rubin's Presentation
Ross Rubin's PresentationRoss Rubin's Presentation
Ross Rubin's PresentationMediabistro
 

Destacado (9)

Robert Tomkinson Presentation
Robert Tomkinson PresentationRobert Tomkinson Presentation
Robert Tomkinson Presentation
 
Nima Pourshasb Presentation
Nima Pourshasb PresentationNima Pourshasb Presentation
Nima Pourshasb Presentation
 
Idealogue Presentation
Idealogue PresentationIdealogue Presentation
Idealogue Presentation
 
John SanGiovanni's Presentation
John SanGiovanni's PresentationJohn SanGiovanni's Presentation
John SanGiovanni's Presentation
 
Alexey Kostarev Presentation
Alexey Kostarev PresentationAlexey Kostarev Presentation
Alexey Kostarev Presentation
 
Ryan Chapman Presentation
Ryan Chapman PresentationRyan Chapman Presentation
Ryan Chapman Presentation
 
Mike Petit Presentation
Mike Petit PresentationMike Petit Presentation
Mike Petit Presentation
 
Think Mobile April 2010_Paul Reddick
Think Mobile April 2010_Paul ReddickThink Mobile April 2010_Paul Reddick
Think Mobile April 2010_Paul Reddick
 
Ross Rubin's Presentation
Ross Rubin's PresentationRoss Rubin's Presentation
Ross Rubin's Presentation
 

Similar a A. Sarkissian Death of Relational Databases

To SQL or NoSQL, that is the question
To SQL or NoSQL, that is the questionTo SQL or NoSQL, that is the question
To SQL or NoSQL, that is the questionKrishnakumar S
 
If NoSQL is your answer, you are probably asking the wrong question.
If NoSQL is your answer, you are probably asking the wrong question.If NoSQL is your answer, you are probably asking the wrong question.
If NoSQL is your answer, you are probably asking the wrong question.Lukas Smith
 
Domain oriented development
Domain oriented developmentDomain oriented development
Domain oriented developmentrajmundr
 
SQL Tips + Tricks for Developers
SQL Tips + Tricks for DevelopersSQL Tips + Tricks for Developers
SQL Tips + Tricks for DevelopersVictorSzoltysek
 
Navigating NoSQL in cloudy skies
Navigating NoSQL in cloudy skiesNavigating NoSQL in cloudy skies
Navigating NoSQL in cloudy skiesshnkr_rmchndrn
 
Spark and cassandra (Hulu Talk)
Spark and cassandra (Hulu Talk)Spark and cassandra (Hulu Talk)
Spark and cassandra (Hulu Talk)Jon Haddad
 
Microsoft Openness Mongo DB
Microsoft Openness Mongo DBMicrosoft Openness Mongo DB
Microsoft Openness Mongo DBHeriyadi Janwar
 
The Rise of NoSQL and Polyglot Persistence
The Rise of NoSQL and Polyglot PersistenceThe Rise of NoSQL and Polyglot Persistence
The Rise of NoSQL and Polyglot PersistenceAbdelmonaim Remani
 
Real World Performance - OLTP
Real World Performance - OLTPReal World Performance - OLTP
Real World Performance - OLTPConnor McDonald
 
Enterprise NoSQL: Silver Bullet or Poison Pill
Enterprise NoSQL: Silver Bullet or Poison PillEnterprise NoSQL: Silver Bullet or Poison Pill
Enterprise NoSQL: Silver Bullet or Poison PillBilly Newport
 
Slide presentation pycassa_upload
Slide presentation pycassa_uploadSlide presentation pycassa_upload
Slide presentation pycassa_uploadRajini Ramesh
 
Scaling opensimulator inventory using nosql
Scaling opensimulator inventory using nosqlScaling opensimulator inventory using nosql
Scaling opensimulator inventory using nosqlDavid Daeschler
 
Vote NO for MySQL
Vote NO for MySQLVote NO for MySQL
Vote NO for MySQLUlf Wendel
 
NoSQL for great good [hanoi.rb talk]
NoSQL for great good [hanoi.rb talk]NoSQL for great good [hanoi.rb talk]
NoSQL for great good [hanoi.rb talk]Huy Do
 

Similar a A. Sarkissian Death of Relational Databases (20)

Oracle's Take On NoSQL
Oracle's Take On NoSQLOracle's Take On NoSQL
Oracle's Take On NoSQL
 
NoSQL
NoSQLNoSQL
NoSQL
 
To SQL or NoSQL, that is the question
To SQL or NoSQL, that is the questionTo SQL or NoSQL, that is the question
To SQL or NoSQL, that is the question
 
If NoSQL is your answer, you are probably asking the wrong question.
If NoSQL is your answer, you are probably asking the wrong question.If NoSQL is your answer, you are probably asking the wrong question.
If NoSQL is your answer, you are probably asking the wrong question.
 
Domain oriented development
Domain oriented developmentDomain oriented development
Domain oriented development
 
SQL Tips + Tricks for Developers
SQL Tips + Tricks for DevelopersSQL Tips + Tricks for Developers
SQL Tips + Tricks for Developers
 
Intro to Databases
Intro to DatabasesIntro to Databases
Intro to Databases
 
Navigating NoSQL in cloudy skies
Navigating NoSQL in cloudy skiesNavigating NoSQL in cloudy skies
Navigating NoSQL in cloudy skies
 
Spark and cassandra (Hulu Talk)
Spark and cassandra (Hulu Talk)Spark and cassandra (Hulu Talk)
Spark and cassandra (Hulu Talk)
 
Microsoft Openness Mongo DB
Microsoft Openness Mongo DBMicrosoft Openness Mongo DB
Microsoft Openness Mongo DB
 
The Rise of NoSQL and Polyglot Persistence
The Rise of NoSQL and Polyglot PersistenceThe Rise of NoSQL and Polyglot Persistence
The Rise of NoSQL and Polyglot Persistence
 
How and when to use NoSQL
How and when to use NoSQLHow and when to use NoSQL
How and when to use NoSQL
 
Real World Performance - OLTP
Real World Performance - OLTPReal World Performance - OLTP
Real World Performance - OLTP
 
Enterprise NoSQL: Silver Bullet or Poison Pill
Enterprise NoSQL: Silver Bullet or Poison PillEnterprise NoSQL: Silver Bullet or Poison Pill
Enterprise NoSQL: Silver Bullet or Poison Pill
 
Slide presentation pycassa_upload
Slide presentation pycassa_uploadSlide presentation pycassa_upload
Slide presentation pycassa_upload
 
Scaling opensimulator inventory using nosql
Scaling opensimulator inventory using nosqlScaling opensimulator inventory using nosql
Scaling opensimulator inventory using nosql
 
Vote NO for MySQL
Vote NO for MySQLVote NO for MySQL
Vote NO for MySQL
 
Allyourbase
AllyourbaseAllyourbase
Allyourbase
 
NoSQL for great good [hanoi.rb talk]
NoSQL for great good [hanoi.rb talk]NoSQL for great good [hanoi.rb talk]
NoSQL for great good [hanoi.rb talk]
 
Some NoSQL
Some NoSQLSome NoSQL
Some NoSQL
 

Más de Mediabistro

Elements of a Successful Job Listing
Elements of a Successful Job ListingElements of a Successful Job Listing
Elements of a Successful Job ListingMediabistro
 
Kelvin Wee_Inside 3D Printing Melbourne 2014
Kelvin Wee_Inside 3D Printing Melbourne 2014Kelvin Wee_Inside 3D Printing Melbourne 2014
Kelvin Wee_Inside 3D Printing Melbourne 2014Mediabistro
 
Kelvin Wee_Inszi
Kelvin Wee_InsziKelvin Wee_Inszi
Kelvin Wee_InsziMediabistro
 
Paul Taylor_Inside 3D Printing Melbourne
Paul Taylor_Inside 3D Printing MelbournePaul Taylor_Inside 3D Printing Melbourne
Paul Taylor_Inside 3D Printing MelbourneMediabistro
 
Paul Mignone_Inside 3D Printing Melbourne
Paul Mignone_Inside 3D Printing MelbournePaul Mignone_Inside 3D Printing Melbourne
Paul Mignone_Inside 3D Printing MelbourneMediabistro
 
Angela Daly_Inside 3D Printing Melbourne
Angela Daly_Inside 3D Printing MelbourneAngela Daly_Inside 3D Printing Melbourne
Angela Daly_Inside 3D Printing MelbourneMediabistro
 
Chris Leigh-Lancaster_Inside 3D Printing Melbourne
Chris Leigh-Lancaster_Inside 3D Printing MelbourneChris Leigh-Lancaster_Inside 3D Printing Melbourne
Chris Leigh-Lancaster_Inside 3D Printing MelbourneMediabistro
 
Terry Wohlers_Inside 3D Printing Melbourne
Terry Wohlers_Inside 3D Printing MelbourneTerry Wohlers_Inside 3D Printing Melbourne
Terry Wohlers_Inside 3D Printing MelbourneMediabistro
 
2014 07-09 Juan Llanos Presentation
2014 07-09 Juan Llanos Presentation2014 07-09 Juan Llanos Presentation
2014 07-09 Juan Llanos PresentationMediabistro
 
Gary Anderson_Inside 3D Printing Melbourne
Gary Anderson_Inside 3D Printing MelbourneGary Anderson_Inside 3D Printing Melbourne
Gary Anderson_Inside 3D Printing MelbourneMediabistro
 
James canning inside bitcoin melbourne final
James canning inside bitcoin melbourne finalJames canning inside bitcoin melbourne final
James canning inside bitcoin melbourne finalMediabistro
 
Gst & bitcoins slides- Potential Pitfalls
Gst & bitcoins slides- Potential PitfallsGst & bitcoins slides- Potential Pitfalls
Gst & bitcoins slides- Potential PitfallsMediabistro
 
Building a trading platform from scratch
Building a trading platform from scratchBuilding a trading platform from scratch
Building a trading platform from scratchMediabistro
 
Bitcoin Lateral Economics
Bitcoin Lateral EconomicsBitcoin Lateral Economics
Bitcoin Lateral EconomicsMediabistro
 
State of Ethereum, and Mining
State of Ethereum, and MiningState of Ethereum, and Mining
State of Ethereum, and MiningMediabistro
 
Future of Bitcoin Mining- Josh Zerlan
Future of Bitcoin Mining- Josh ZerlanFuture of Bitcoin Mining- Josh Zerlan
Future of Bitcoin Mining- Josh ZerlanMediabistro
 
Evan Wagner and Robby Dermody Presentation
Evan Wagner and Robby Dermody PresentationEvan Wagner and Robby Dermody Presentation
Evan Wagner and Robby Dermody PresentationMediabistro
 
Morning Keynote: Bobby Lee
Morning Keynote: Bobby LeeMorning Keynote: Bobby Lee
Morning Keynote: Bobby LeeMediabistro
 

Más de Mediabistro (20)

Elements of a Successful Job Listing
Elements of a Successful Job ListingElements of a Successful Job Listing
Elements of a Successful Job Listing
 
Kelvin Wee_Inside 3D Printing Melbourne 2014
Kelvin Wee_Inside 3D Printing Melbourne 2014Kelvin Wee_Inside 3D Printing Melbourne 2014
Kelvin Wee_Inside 3D Printing Melbourne 2014
 
Kelvin Wee_Inszi
Kelvin Wee_InsziKelvin Wee_Inszi
Kelvin Wee_Inszi
 
Melb oleg2
Melb oleg2Melb oleg2
Melb oleg2
 
Paul Taylor_Inside 3D Printing Melbourne
Paul Taylor_Inside 3D Printing MelbournePaul Taylor_Inside 3D Printing Melbourne
Paul Taylor_Inside 3D Printing Melbourne
 
Paul Mignone_Inside 3D Printing Melbourne
Paul Mignone_Inside 3D Printing MelbournePaul Mignone_Inside 3D Printing Melbourne
Paul Mignone_Inside 3D Printing Melbourne
 
Angela Daly_Inside 3D Printing Melbourne
Angela Daly_Inside 3D Printing MelbourneAngela Daly_Inside 3D Printing Melbourne
Angela Daly_Inside 3D Printing Melbourne
 
Chris Leigh-Lancaster_Inside 3D Printing Melbourne
Chris Leigh-Lancaster_Inside 3D Printing MelbourneChris Leigh-Lancaster_Inside 3D Printing Melbourne
Chris Leigh-Lancaster_Inside 3D Printing Melbourne
 
Terry Wohlers_Inside 3D Printing Melbourne
Terry Wohlers_Inside 3D Printing MelbourneTerry Wohlers_Inside 3D Printing Melbourne
Terry Wohlers_Inside 3D Printing Melbourne
 
2014 07-09 Juan Llanos Presentation
2014 07-09 Juan Llanos Presentation2014 07-09 Juan Llanos Presentation
2014 07-09 Juan Llanos Presentation
 
Gary Anderson_Inside 3D Printing Melbourne
Gary Anderson_Inside 3D Printing MelbourneGary Anderson_Inside 3D Printing Melbourne
Gary Anderson_Inside 3D Printing Melbourne
 
James canning inside bitcoin melbourne final
James canning inside bitcoin melbourne finalJames canning inside bitcoin melbourne final
James canning inside bitcoin melbourne final
 
Gst & bitcoins slides- Potential Pitfalls
Gst & bitcoins slides- Potential PitfallsGst & bitcoins slides- Potential Pitfalls
Gst & bitcoins slides- Potential Pitfalls
 
Building a trading platform from scratch
Building a trading platform from scratchBuilding a trading platform from scratch
Building a trading platform from scratch
 
Bitcoin Lateral Economics
Bitcoin Lateral EconomicsBitcoin Lateral Economics
Bitcoin Lateral Economics
 
State of Ethereum, and Mining
State of Ethereum, and MiningState of Ethereum, and Mining
State of Ethereum, and Mining
 
Future of Bitcoin Mining- Josh Zerlan
Future of Bitcoin Mining- Josh ZerlanFuture of Bitcoin Mining- Josh Zerlan
Future of Bitcoin Mining- Josh Zerlan
 
Evan Wagner and Robby Dermody Presentation
Evan Wagner and Robby Dermody PresentationEvan Wagner and Robby Dermody Presentation
Evan Wagner and Robby Dermody Presentation
 
Crypto Law
Crypto LawCrypto Law
Crypto Law
 
Morning Keynote: Bobby Lee
Morning Keynote: Bobby LeeMorning Keynote: Bobby Lee
Morning Keynote: Bobby Lee
 

A. Sarkissian Death of Relational Databases

  • 1. The Death of Relational
  • 2. [~] whoami Arin Sarkissian Platform Lead, Digg.com arin@digg.com http://new.digg.com/phatduckk http://arin.me http://twitter.com/phatduckk The Death of Relational
  • 3. No(My)SQL @ Digg The Death of Relational
  • 4. Classic Rivalries The Death of Relational
  • 5. Classic Rivalries The Death of Relational
  • 6. Classic Rivalries The Death of Relational
  • 7. Classic Rivalries The Death of Relational
  • 8. Classic Rivalries The Death of Relational
  • 9. SQL vs NoSQL The Death of Relational
  • 10. Why NoSQL? In ~15 Minutes or less The Death of Relational
  • 11. Operations & Scaling The Death of Relational
  • 12. “ Twitter likes the idea of processes that can die and the cluster won't notice. We can manage and correct it later without ops having to hop-to because a server rebooted. Jeff Hodges - Twitter @jmhodges Operations & Scaling The Death of Relational
  • 13. No single point of failure • No “special” nodes • Always writable • Hinted handoff • Read Repair • Rebalance • Easily add new nodes • Bootstrap • Remove nodes http://wiki.apache.org/cassandra/ & https://wiki.basho.com/display/RIAK/ Operations & Scaling The Death of Relational
  • 14. “ I know of one company that’s managing to scale portions of their PostgreSQL servers by purchasing $250,000 servers. This would cover my 50 node EC2 cluster for two years! Joe Stump - SimpleGeo http://stu.mp/2010/03/nosql-vs-rdbms-let-the-flames-begin.html Operations & Scaling The Death of Relational
  • 15. No/Flexible Schema The Death of Relational
  • 16. “ ... making schema changes or adding indexes to a database with more than 10 - 20 million rows completely locks the database for hours at a time. Bret Taylor - FriendFeed/Facebook http://bret.appspot.com/entry/how-friendfeed-uses-mysql No/Flexible Schema The Death of Relational
  • 17. No/Flexible Schema The Death of Relational
  • 18. No/Flexible Schema The Death of Relational
  • 19. No/Flexible Schema The Death of Relational
  • 20. SQL Can’t Do That The Death of Relational
  • 21. “ I wrote Dynomite because I had a problem that existing database management systems couldn't solve. Cliff Moon @moonpolysoft - Dynomite SQL Can’t Do That The Death of Relational
  • 22. Store petabytes of data (distributed, w/ replication & fault tolerance) • Parallelize computation across a bunch of machines • Find the shortest path between 2 nodes • “Find friends of friends whom I don’t know that are > 25 years old and like Punk Rock" SQL Can’t Do That The Death of Relational
  • 23. Cool, client triggered replication/synchronization system • Ability to serve an entire CouchApp (web app w/ data & CSS, JS etc) • Store & perform operations on lists, sets, hashes & sorted sets • Use as a publish/subscribe server SQL Can’t Do That The Death of Relational
  • 24. You Don’t Like SQL The Death of Relational
  • 25. You Don’t Like SQL The Death of Relational
  • 26. You Don’t Like SQL The Death of Relational
  • 27. You Don’t Like SQL The Death of Relational
  • 28. You Don’t Like SQL The Death of Relational
  • 29. So, Screw SQL Good Riddance The Death of Relational
  • 30. Not Everyone Agrees The Death of Relational
  • 31. • Oh fuck those idiots. Reddit comment • Developing the app for Google-sized scale is a waste of your time, plus, there is no way you will get it right. I Can't Wait For NoSQL to Die • They reject relational databases and substitute retro 1960s key-value stores from the dark ages of practical computing... NoSQL is a Pile of Crap Not Everyone Agrees The Death of Relational
  • 32. In the case of the NoSQL hype, it isn’t generally the inventors over-stating its relevance — most of them are quite brilliant, pragmatic devs — but instead it is loads and loads of terrible-at-SQL developers who hope this movement invalidates their weakness. Dennis Forbes, Getting Real about NoSQL and the SQL-Isn't-Scalable Lie • Machines will get faster and cheaper all the time, but you’ll still only have the same limited programming resources that you had yesterday... Mr. Moore gets to punt on sharding Not Everyone Agrees The Death of Relational
  • 33. Not Everyone Agrees The Death of Relational
  • 34. More Than (My|No)SQL The Death of Relational
  • 35. “ There will never be a single system which will maximize business value for every possible usage pattern, so it pays to know about a wide variety of architectures. Coda Hale - Infrastructure Architect at Yammer @coda More Than (No|My)SQL The Death of Relational
  • 36. More Than (No|My)SQL The Death of Relational
  • 37. More Than (No|My)SQL The Death of Relational
  • 38. More Than (No|My)SQL The Death of Relational
  • 39. More Than (No|My)SQL The Death of Relational
  • 40. More Than (No|My)SQL The Death of Relational
  • 41. More Than (No|My)SQL The Death of Relational
  • 42. More Than (No|My)SQL The Death of Relational
  • 43. More Than (No|My)SQL The Death of Relational
  • 44. More Than (No|My)SQL The Death of Relational
  • 45. More Than (No|My)SQL The Death of Relational
  • 46. More Than (No|My)SQL The Death of Relational
  • 47. More Than (No|My)SQL The Death of Relational
  • 48. The End The Death of Relational

Notas del editor