Looking for books & other references mentioned in this video? Check out the video description for all the links! Want early access to videos & exclusive perks? Join our channel membership today: ruclips.net/channel/UCs_tLP3AiwYKwdUHpltJPuAjoin Question for you: What’s your biggest takeaway from this video? Let us know in the comments! ⬇
Its just mindboggling to imagine about the level of clarity Martin speaks with. There are some people who attract you with their oratary skills and I pledge this guy is one such kind
I don't know if I am young or new in the subject, but that's what I call "perfect teaching". This guy is amazing! For many years I was disappointed from my professors and their (in)ability to teach contagiously. This man justifies my (so called) nagging.
+Giorgos Argyriou You have to keep in mind, that he is not only teaching, but also promoting. As in, he sort of glosses over the fact that the vast vast majority of your real projects will never ever need NoSQL as your primary data storage, and using NoSQL database where you really need something relational is a far more expensive mistake, than the other way around.
***** Yeah, he promotes NoSQL in general, not as a replacement - but that's what people inevitably take out of such well constructed presentations. The fact is, most developers already use relational DBs for everything and to insert NoSQL in your workflow you have to replace SQL in some way. Now, if you are using filesystem or in-memory hash table as your storage engine - then yeah, NoSQL could extend your horizons with very little performance hit. Otherwise you are incurring these massive penalties on architecture or feature set or extendability or stability of your applications in the name of mythical features or performance levels that you don't actually need. He doesn't spend much time explaining, which NEW problems are now solvable, and which of the old ones are definitely NOT - he spends most of the time straight out praising NoSQL.
***** See, you're doing it even worse. People think "fast and scalable? well duh, I need fast and scalable everywhere!" Except you don't mention, that "fast" could mean "slower than MySQL or Postres on real workloads", and "scalable" could mean "scalable far beyond what you'll ever need or use", and you also don't mention "forcing simple data structures", "rigidity of data representation", "inability to make deep changes", "inability to use any sort of advanced cross-cutting analytics", "unpredictable performance on very similar tasks from business perspective", etc. So no, if the purpose is truly to have a fast and scalable database, then you have to return to planning stage and completely change your decision process to better reflect actual needs of your application and not some generic marketing-talk.
I wish I could add an extra "like" every time I agree with what he is saying or he blows my mind with how he puts all the concepts I learned separately into one global picture.
Martin is the most lucid speaker on pretty much any complex topic in computing. I love this 50 minute talk. A great intro into the NoSQL movement. I did think that the explanation as to why NoSQL may succeed where OODBS failed was no so convincing and would have loved to hear more on this particular topic. Highly recommended!
Martin your talk made me understand a hell a lot about NoSQL Which can't even gained after 2 years of practical experience. If someone had kind of presentation for SQL it might have been used better in the industry. It's best!!
Martin Fowler has done more to help me be a better coder than anyone else alive. His book on refactoring is the single most useful practical programming text I've ever read. Thank you sir!
This was a fantastic presentation! I am fairly ignorant to all of these concepts, and I am walking away with a better understanding of each. Thank you!
I was just thrown into NoSQL for a project a week ago and found this very interesting, as well as entertaining. It's really hard to get rid of all these ORM-related paradigms first, but I love the relief that comes with simplicity.
Great introductory talk. The best part of it was that he didn't take a giant steaming dump on relational models which a) still pay most of our bills in direct or indirect ways, and b) still absolutely have a place in the world of data. I think his premise of 'polyglot persistence' is absolutely where things are headed. I've already seen some pretty neat implementations using RDBMS as the final authoritative backing store, but having clustered MongoDB instances as mostly-fresh satellite caches.
Great explanation of the different models of NoSQL databases. Martin Fowler does his usual breakdown of complicated subjects into informative presentations.
Great breakdown of NoSQL. I appreciate the part of the talk where you show the graphic of using multiple data storage types to meet a systems needs using polyglot persistence. This video has made me think even deeper about the full systems interaction between the different data stores.
Great intro. To sum up, NoSql is being used because of the big data and impedance problem of relational database. There are 4 categories: Key-value, document store, column family and graph. The first 3 are aggregate-oriented and all 4 are schemaless; NoSql are good for using one kind of aggregate constantly and it needs to handle trade off between consistency and availability(or response time), which usually is a business decision. NoSql is not only good for big data, also for easier development.
I found this to be one of the best presentations I’ve ever seen. It was very clearly explained. I wish he would do a follow up now 6 years later and revisit this space and how has it changed or is it still pretty much back where it was in 2012, As a complete Noob I’m wondering what has changed in the past six years.
Very clear presentation about the history of databases & comparing relational vs. NoSQL. It's entirely logical that one application should utilize separate database technologies to serve the various storage needs of the app, i.e., a relational database for transactional data (subject to diverse queries) & NoSQL for more linear aggregation (polyglot persistence). However, I think emerging from this will be individual solutions that, under the hood, utilize multiple persistence technologies.
Fantastic talk, really interesting. Going through something similar now. I think one of the other things about aggregate databases is that because there's no explicit schema, documents can end up in unexpected states, unless you verify everything before an update via the implicit schema which is not very feasible. You basically can't tell how something went wrong in your documents at that point which is pretty worrying.
If it's a 'strategic' or 'tactical' project you STILL need to consider how the data will be used. You don't just select NOSQL for the sake of using something new. If you select nosql for a stategic project w/o understanding how the data will be used you better line up your next job fast.
Quite a lot of content out there trying to explain NoSQL. This video really knocks it out of the park. A must if you are new to NoSQL. Loved his quip on "who wants to be seen wearing XML in public".
Awesome video. I was working on a talk about how to introduce database technology into a second course in Computer Science for High School teachers and Martin's talk gave me some excellent ideas.
near 30:30 you can't change the scenario just to make NoSQL look ACID compliant, you must use same write criteria when comparing transactions in RDBMS vs writing to aggregate in NoSQL
In surveying the NoSQL landscape, I see three broad classes of database: 1. The Object Databases, who weren't invited to the party because no one thinks they're cool anymore and it's clear they're not going to dethrone SQL. 2. The Graph Databases, who are very interesting and do things SQL isn't good at, but are...kind of bewildered that they've been inducted into this "movement" when they're just trying to find neat ways to calculate Six Degrees of Kevin Bacon. 3. The Aggregate Databases--a perceptive and illuminating category--which are really a reactionary group, in that they want to go back to a world before RDBMS and revive the hierarchical data models of the 1960s and 70s. They have all the problems of the old hierarchical systems (it becomes nightmarish the moment you want to look at the data from some different angle, child records that refer to the same thing in the real world can't be kept consistent with each other), plus the brand-new one of inconsistent formats, because schemas are an intolerable restraint on developers coding things however they want from day to day. There's probably a good use for every one of them--sometimes you just want a really good hash table!--but NoSQL came to prominence at a particular moment when RDBMS was struggling to cope with scale and distribution. And that looks to have been a moment, not a trend.
Good talk, and I agree that it's good to know multiple ways of storing data. He explains things well. However, I question the recommendation of using the immature and experimental technology for your mission critical systems: it's probably better the other way around.
I see his name pop up constantly as an authority figure on architecture, its quite amazing actually how well respected he is, seeing him talk for the first time I don't doubt that that respect is well placed.
"I can only ever remember what it means on Tuesdays." Oh man that joke died so hard I was pissing myself laughing. Fantastic presentation BTW. This should be the first point for everyone to understand NoSQL.
@50:00 indeed, Excel is engine of the business. I don't know how many times developer complained "we should ban the use of excel in this company, the excel spreadsheet is not requirements"
Looking for books & other references mentioned in this video?
Check out the video description for all the links!
Want early access to videos & exclusive perks?
Join our channel membership today: ruclips.net/channel/UCs_tLP3AiwYKwdUHpltJPuAjoin
Question for you: What’s your biggest takeaway from this video? Let us know in the comments! ⬇
Its just mindboggling to imagine about the level of clarity Martin speaks with. There are some people who attract you with their oratary skills and I pledge this guy is one such kind
Amazing that 11 years later his talk is still massively helpful and a great intro to NoSQL DBs
I don't know if I am young or new in the subject, but that's what I call "perfect teaching". This guy is amazing!
For many years I was disappointed from my professors and their (in)ability to teach contagiously. This man justifies my (so called) nagging.
+Giorgos Argyriou He's very impressive.
+Giorgos Argyriou You have to keep in mind, that he is not only teaching, but also promoting. As in, he sort of glosses over the fact that the vast vast majority of your real projects will never ever need NoSQL as your primary data storage, and using NoSQL database where you really need something relational is a far more expensive mistake, than the other way around.
***** Yeah, he promotes NoSQL in general, not as a replacement - but that's what people inevitably take out of such well constructed presentations. The fact is, most developers already use relational DBs for everything and to insert NoSQL in your workflow you have to replace SQL in some way.
Now, if you are using filesystem or in-memory hash table as your storage engine - then yeah, NoSQL could extend your horizons with very little performance hit. Otherwise you are incurring these massive penalties on architecture or feature set or extendability or stability of your applications in the name of mythical features or performance levels that you don't actually need.
He doesn't spend much time explaining, which NEW problems are now solvable, and which of the old ones are definitely NOT - he spends most of the time straight out praising NoSQL.
***** See, you're doing it even worse.
People think "fast and scalable? well duh, I need fast and scalable everywhere!" Except you don't mention, that "fast" could mean "slower than MySQL or Postres on real workloads", and "scalable" could mean "scalable far beyond what you'll ever need or use", and you also don't mention "forcing simple data structures", "rigidity of data representation", "inability to make deep changes", "inability to use any sort of advanced cross-cutting analytics", "unpredictable performance on very similar tasks from business perspective", etc.
So no, if the purpose is truly to have a fast and scalable database, then you have to return to planning stage and completely change your decision process to better reflect actual needs of your application and not some generic marketing-talk.
***** So... why then reply at all if your answer is misleading and incomplete, and people shouldn't take it into consideration?
I wish I could add an extra "like" every time I agree with what he is saying or he blows my mind with how he puts all the concepts I learned separately into one global picture.
Definitely this
Martin Fowler is just amazing
This video gave me more than 2 days reading articles and watching other vids non-stop
Its 10days and still reading, he is amazing put all of the high level stuff in a clear manner now I can read all of them individually
The best NoSQL talk I've come across.
40:40 the best explanation of CAP theorem I've ever heard (+ previous example of booking a hotel room at 37:52)
Just great! What a gift to be so fluid and yet so comprehensive.
Excellent presentation. Simple, plain English and examples to help understand the basics of NoSQL concept. Thank you Martin! Kevin
It's been sometime since I started looking for what is NoSQL and what the fuzz all about. I think this video is simply my answer.
21:40 most important part of the presentation. How to make a choice between relational and nosql...
44:40 has further details
Precisely. I feel like this is the most decisive quality.
Brilliant presentation. Today is the 16th of December. His birthday is two days from now. Happy birthday, Martin Fowler.
Martin Fowler is very good at "distilling" complex stuff into easy to understand concepts. Excellent talk!
10 years later and this was very accurate.
Glad that I found this video. Explains almost everything you need to know about NoSQL. Speech is absolutely perfect.
Martin is the most lucid speaker on pretty much any complex topic in computing. I love this 50 minute talk. A great intro into the NoSQL movement. I did think that the explanation as to why NoSQL may succeed where OODBS failed was no so convincing and would have loved to hear more on this particular topic. Highly recommended!
One of the best intro about NoSQL Dbs and especially the CAP theorem
He is THE BEST teacher I ever had!
if only everyone teaches like this...
Martin your talk made me understand a hell a lot about NoSQL Which can't even gained after 2 years of practical experience. If someone had kind of presentation for SQL it might have been used better in the industry. It's best!!
Martin Fowler has done more to help me be a better coder than anyone else alive. His book on refactoring is the single most useful practical programming text I've ever read. Thank you sir!
This was a fantastic presentation! I am fairly ignorant to all of these concepts, and I am walking away with a better understanding of each. Thank you!
I was just thrown into NoSQL for a project a week ago and found this very interesting, as well as entertaining.
It's really hard to get rid of all these ORM-related paradigms first, but I love the relief that comes with simplicity.
Great introductory talk. The best part of it was that he didn't take a giant steaming dump on relational models which a) still pay most of our bills in direct or indirect ways, and b) still absolutely have a place in the world of data. I think his premise of 'polyglot persistence' is absolutely where things are headed. I've already seen some pretty neat implementations using RDBMS as the final authoritative backing store, but having clustered MongoDB instances as mostly-fresh satellite caches.
Wholesome video, which covers every topic of NOSQL !!!
Splendid method of introducing to the concept of NoSQL. Must watch for anyone new to this domain. Thankyou Martin.
That's much better explanation of CAP theorem than what you typically find online...
This dude is amazing! Will watch all his conferences!
It's 2024 already but it feels like we're still don't know mush on how to actually use nosql properly.
correct
Great explanation of the different models of NoSQL databases. Martin Fowler does his usual breakdown of complicated subjects into informative presentations.
Martin Fowler, is a great man. The conference is perfect !
Great breakdown of NoSQL. I appreciate the part of the talk where you show the graphic of using multiple data storage types to meet a systems needs using polyglot persistence. This video has made me think even deeper about the full systems interaction between the different data stores.
Great intro. To sum up, NoSql is being used because of the big data and impedance problem of relational database. There are 4 categories: Key-value, document store, column family and graph. The first 3 are aggregate-oriented and all 4 are schemaless; NoSql are good for using one kind of aggregate constantly and it needs to handle trade off between consistency and availability(or response time), which usually is a business decision. NoSql is not only good for big data, also for easier development.
+Xiangyang Xiao Nice summary. thanks
This is great. I heard that UnitedHealth group is hiring a MarkLogic
NOSQL Development role, let me know if you want to hear more.
I found this to be one of the best presentations I’ve ever seen. It was very clearly explained. I wish he would do a follow up now 6 years later and revisit this space and how has it changed or is it still pretty much back where it was in 2012, As a complete Noob I’m wondering what has changed in the past six years.
Great talk on NoSQL by Martin Fowler. Incredibly articulate.
Very clear presentation about the history of databases & comparing relational vs. NoSQL. It's entirely logical that one application should utilize separate database technologies to serve the various storage needs of the app, i.e., a relational database for transactional data (subject to diverse queries) & NoSQL for more linear aggregation (polyglot persistence). However, I think emerging from this will be individual solutions that, under the hood, utilize multiple persistence technologies.
Fantastic talk, really interesting. Going through something similar now. I think one of the other things about aggregate databases is that because there's no explicit schema, documents can end up in unexpected states, unless you verify everything before an update via the implicit schema which is not very feasible. You basically can't tell how something went wrong in your documents at that point which is pretty worrying.
If it's a 'strategic' or 'tactical' project you STILL need to consider how the data will be used. You don't just select NOSQL for the sake of using something new.
If you select nosql for a stategic project w/o understanding how the data will be used you better line up your next job fast.
Quite a lot of content out there trying to explain NoSQL. This video really knocks it out of the park. A must if you are new to NoSQL. Loved his quip on "who wants to be seen wearing XML in public".
Fowler is one of the best OOPSLA speakers I've heard.
Always feels good to listen from the Guru.
A great presentation over the different NoSql approaches. Thanks for sharing.
not only an excellent instructor but also super funny
What a great presentation.. He absolutely knows what he talks..
Very well thought out, and steady continuous stream of presentation. Thanks for sharing.
It was really great listening to this. Clear cut concept for a beginner. Thanks a ton :) and a down thumb for the audience.
Great Talk. Highly recommended to spend an hour to learn some new stuff.
Super delivery
Nice presentation from past 👍🏻
Great Vid. I often find myself losing focus during such tech talks, but that was not the case here! Props to Mr. Fowler !
Awesome talk and good introduction to NoSQL storage solutions. Must watch for getting to know the basics of NoSQL
Excellent introduction of NoSQL :)
Awesome video. I was working on a talk about how to introduce database technology into a second course in Computer Science for High School teachers and Martin's talk gave me some excellent ideas.
near 30:30 you can't change the scenario just to make NoSQL look ACID compliant, you must use same write criteria when comparing transactions in RDBMS vs writing to aggregate in NoSQL
Such a Brilliant talk. Got the hang of NoSql databases. Thanks so much.
In surveying the NoSQL landscape, I see three broad classes of database:
1. The Object Databases, who weren't invited to the party because no one thinks they're cool anymore and it's clear they're not going to dethrone SQL.
2. The Graph Databases, who are very interesting and do things SQL isn't good at, but are...kind of bewildered that they've been inducted into this "movement" when they're just trying to find neat ways to calculate Six Degrees of Kevin Bacon.
3. The Aggregate Databases--a perceptive and illuminating category--which are really a reactionary group, in that they want to go back to a world before RDBMS and revive the hierarchical data models of the 1960s and 70s. They have all the problems of the old hierarchical systems (it becomes nightmarish the moment you want to look at the data from some different angle, child records that refer to the same thing in the real world can't be kept consistent with each other), plus the brand-new one of inconsistent formats, because schemas are an intolerable restraint on developers coding things however they want from day to day.
There's probably a good use for every one of them--sometimes you just want a really good hash table!--but NoSQL came to prominence at a particular moment when RDBMS was struggling to cope with scale and distribution. And that looks to have been a moment, not a trend.
WoW ..great explanation about NOSQL and I realized the importance of NOSQL vs RDBMS
The king
Excellent presentation. Like all his books, this presentation is also very clear,simple yet detailed. Thanks for sharing.
Martin Fowler, thanks you are the best
Very clear as usual with Martin Fowler
Beautiful Presentation and excellent demonstration of skills and knowledges
The best ever session that I have seen!
Thank you Martin for your awesome talk.
Best noSQL intro ever seen
I learned lot out of it. Earlier concept from what all option available really good.Thanks Martin fowler
Good talk, and I agree that it's good to know multiple ways of storing data. He explains things well. However, I question the recommendation of using the immature and experimental technology for your mission critical systems: it's probably better the other way around.
Easy to understand and follow. Thank you! Mr.Fowler.
This talk is much more fun with subtitles on. Lovely :)
Very well explained !! Cheers to Martin's energy ! :-)
Impressive presentation. Thanks, Martin.
Thanks Martin for a nice orientation to NoSQL.
I see his name pop up constantly as an authority figure on architecture, its quite amazing actually how well respected he is, seeing him talk for the first time I don't doubt that that respect is well placed.
Excellent overview all around! Thanks, Martin Fowler. Also, love the way you strip false defenses and run religious wars out of town. :)
Very Nice Presentation on NoSQL, Thank You for Sharing.
Very nice and neatly laid out
"I can only ever remember what it means on Tuesdays." Oh man that joke died so hard I was pissing myself laughing.
Fantastic presentation BTW. This should be the first point for everyone to understand NoSQL.
so what did you understod?
@50:00 indeed, Excel is engine of the business. I don't know how many times developer complained "we should ban the use of excel in this company, the excel spreadsheet is not requirements"
Very nicely explained
Thanks for the valuable insights!
Thanks for fantastic talk on NoSql.
Very good Introduction to NoSQL
Every developer must see this.
this talk is amazing thank you for sharing!
Most important learning is at: 27:38
Brilliant talk
Excellent lecture. Thank you for sharing.
informative!!
Very nicely explained by Martin
Simply Awesome! Great Storyteller
Best explanation! Thank you for such good content!
Martin Fowler is brilliant
Every modern developer should watch it
Thanks for posting the good lecture.
I like it and learned a lot from it. Thanks a lot Martin Fowler.
Although ,I disagree with some statements.
But, overall it is very good presentation, as always well-articulated.
Thank You Martin.
You really wrapped it up. Thank you so much!
I love the /dev/null database. It's so fast and web-scale.