Downloaded 13 times
Uploaded byStarTech Conference
Mark ramm To relate or not to relate
The document discusses various database tools and when to use them. It notes that data matters and tools matter, and advocates knowing your tools and using the right tool for the job. It also discusses relational databases, NoSQL databases like MongoDB, and when each may be appropriate.
More Related Content
Similar to Mark ramm To relate or not to relate
Mark ramm To relate or not to relate
- 1. relate or !relate mark ramm
- 2.
- 3.
- 4. robust scalable simple flexible DSL a good mix consistant Topic SQL available ACID CAP Tools Matter Know partition Your mongodb tolerant NoSQL Tools Screws and Nails scalable siding focused simple deck fast Topic flexible
- 5. Tools Matter Know Your mongodb Tools Screws and Nails siding deck
- 7. robust scalable simple flexible DSL a good mix well known SQL ACID Tools Matter
- 8.
- 9. Blah, blah blah, you are not normal enough
- 10. Why I NEED Relational • I can’t use NoSQL because... • It’s financial data (need consistency) • My data is relational
- 11. Why I NEED Relational • I can’t use NoSQL because... • It’s financial data (need consistency) • My data is relational
- 12. Why I NEED Relational I T S H • I can’t use NoSQL because... L • It’s financial data L (need consistency) • My data is relational U B
- 13.
- 14. robust scalable simple flexible DSL a good mix well known SQL ACID Tools Matter
- 15. Blah, blah blah, you are too normal
- 16. So why UseRDBS • DSL for ad-hock queries • blah blah inconsistencies blah blah latency
- 17.
- 18. taxonomy of NoSQL •key/value store • distributed key/value stores • column oriented stores • map-reduce store/system • document oriented store • graph oriented stores
- 19.
- 20.
- 21. consistant available CAP Tools partition Matter tolerant NoSQL scalable focused simple fast Topic flexible
- 22.
- 23. consistant available CAP Tools partition Matter tolerant NoSQL scalable focused simple fast Topic flexible
- 24.
- 25.
- 26. I T It’s H S L “WebScale” L U B
- 27.
- 28. taxonomy of NoSQL •key/value store • distributed key/value stores • column oriented stores • map-reduce store/system • document oriented store • graph oriented stores
- 29. Tools Matter Know Your mongodb Tools Screws and Nails siding deck
- 30. directory directory directory Mongo Slave Mongo Slave Mongo Slave fetcher sf.gobble Mongo Master fetcher feed api's sf.net freshmeat.net hosted apps etc
- 31.
- 32. MongoDB has a query language select * from document where x=3 and y="foo" db.things.find( { x : 3, y : "foo" } );
- 33. Conditional Updates db.people.update( {name:"Joe" }, { $inc: { x:1, y:1 } }, true
- 34.
- 35.
- 37. •F i gu r e o u t w h a t YOUR app needs
- 38. •F i gu r e o u t w h a t YOUR app needs •D o n ’ t o b s e s s a b o u t SCALE you’ll never achieve
- 39. •F i gu r e o u t w h a t YOUR app needs •D o n ’ t o b s e s s a b o u t SCALE you’ll never achieve •U s e t h e r i g h t t o o l f o r the job
Editor's Notes
- #2 \n
- #3 \n
- #4 \n
- #5 \n
- #6 \n
- #7 \n
- #8 \n
- #9 \n
- #10 Hippie/Bad Trip\nAtomic\nConsistent\nIsolated\nDurable\n\n\n
- #11 \n
- #12 There are ways to solve all these problems.\n
- #13 There are ways to solve all these problems.\n
- #14 \n
- #15 \n
- #16 \n
- #17 \n
- #18 \n
- #19 \n
- #20 \n
- #21 \n
- #22 \n
- #23 \n
- #24 \n
- #25 \n
- #26 \n
- #27 \n
- #28 \n
- #29 Consistency == Atomic + isolated\nAvailability == uptime\nPartition Tolerance == shardable? \n
- #30 \n
- #31 \n
- #32 \n
- #33 * basically available, \n* soft state,\n* eventually consistent\n
- #34 \n
- #35 Fossforus, Consume, Dstats, etc\n
- #36 \n
- #37 \n
- #38 \n
- #39 \n
- #40 \n
- #41 \n
- #42 \n
- #43 \n
- #44 \n
- #45 \n
- #46 \n
- #47 \n