3 ms·
Relax HN guys.. this is the reason for this: "Local requirements for each country will be built into the application, but there's no need to maintain separate
by murukesh_s 6y ago
Relax HN guys.. this is the reason for this:
"Local requirements for each country will be built into the application, but there's no need to maintain separate data models or separate databases anymore. We could easily design the global data model and database using the MongoDB JSON schema model. That brings data from all operating countries into one database and the application can run on just one database. Which is a lot of reduction in resource and maintenance cost."
Is there any Database that can do this? other than MongoDB? I am hearing about data corruption in MogoDB, I believe that is due to bad, out of the box settings, which I believe they would have mitigated when using in cooperation with MongoDB company (which I am sure they are).
- joosters 6y agoI just love software where the out-of-the-box settings lose your data. At least HSBC are 'web scale' now!
- BozeWolf 6y agoWhats the exact advantage, one can wonder. Each country still needs its own application. With its own models. With its own migrations, or at least ways of dealing with missing or mixed data types. What if... those models map to sql database schema’s? wouldn’t that be magical? Not since 2008. Whats left is maintaining multiple databases. That sucks indeed. Sql databases support bson as well these days. What they probably want (or did) is make a base framework, suitable for all countries. And have each country develop its own stuff on it. No need to use mongo for that though. One use case i can imagine is that forms and input just change and that old information never will be compatible again with the newer forms. Mongodb serves as a giant more or less queryable data bin. Then one can ask the poor dba to lookup something for a client with “client_id”: xyz. Then return the raw bson/json output. Might be sufficient.
- inshadows 6y agoPOSIX filesystem?