MongoDB for Developers with Python Transcripts
Chapter: Modeling and document design
Lecture: Do you have an integration database?
0:00 In order to answer this question about whether you have an integration database or an application database, let's do a quick compare and contrast,
0:08 especially in large enterprises, you'll see that they use databases almost as a means of inter-application communication,
0:16 so maybe you have this huge relational database that lives in the center with many, many constraints, many, many store procedures,
0:22 lots and lots of structures and rules, and so on, why— well, because we have a bunch of different applications and they all need to access this data,
0:31 maybe the one in the top left here it needs users but so does the one on the right, and their idea of users is slightly different
0:37 so this user is not like a real simple thing, it's really quite complex it's kind of the thing that will solve the user problem for all of these apps
0:44 and so on and so on, through the constraints and the way you use it. This is a decent, well, it's typically a good role for relational databases,
0:52 you're better off with other architectural patterns anyway, but relational databases are a good guarding against this kind of use case,
0:59 they have a fixed schema, they have lots of constraints and relationships and they are very good at enforcing and kicking it back to the app
1:07 and go no, you got it wrong, you messed up the data. So they can be like this strong rock in the middle.
1:12 The problem with rocks is they're not very adaptable, they can't be massaged into new and interesting things;
1:19 a rock is a rock, and it's extremely hard to change. So that's partly why some of these major enterprises
1:26 will have like weekends where they deploy a new version of an app, like we're going to take it down and everybody's going to come in
1:31 and we're going to release it; that is not a super place to be, it's also not a great use case
1:37 for document databases with their flexibility in schema design, their less enforcement at the database level and more enforcement inside the app,
1:46 because how is the app on the left going to help enforce things for the app on the right, that's not great.
1:50 So, this is an integration database, and it's generally not a good use case for document databases, if you're still using that
1:57 this sort of style of document databases, it means your queries will be more varied and you probably need to model in a more relational style,
2:04 less embedded style, just as a rule of thumb. So what's the opposite? Well, it might look like this, we have all of our little apps again,
2:12 and instead of them all sharing a single massive database you can maybe think of this is more like a micro service type of architecture;
2:18 each one of them is going to have their own database and they're going to talk to it, and then when they need to exchange information
2:23 we'll do that through some sort of web api, so they will exchange it through some kind of service broker way
2:30 they like negotiate and locate the other services, right, maybe the one in the left is about orders, the one on the right is about users and accounts.
2:38 So what that means though is each one of these little apps is much simpler, it can have its own database with its own focused query patterns,
2:46 which is more focused, easier to understand, and the application can enforce the structure and the integrity at its api level,
2:54 so this is a much better use case when you're sharing data with a document database. And in fact, this sort of whole pattern here means
3:02 we don't have to make it NoSQL versus SQL choice, maybe three out of these six are using MongoDB,
3:08 one is using a graph database and two are using MySQL, it's up to the individual application to decide what the best way
3:14 and model basically with the best database and its underlying model is. So when we have an application database like this
3:21 you are more likely to have slightly more embedded objects because the query patterns are going to be simpler and more focused and more constraint.