I think MongoDB is very similar to text caching. Do you think my opinion is correct? 2. Why do people prefer MongoDB to store data instead of text or memcache? 3. Is MongoDB the best Application Scenario really a data warehouse? Where is its future? Details:
1. I think MongoDB is very similar to text caching. Do you think my opinion is correct?
2. Why do people prefer MongoDB to store data instead of text or memcache?
3. Is MongoDB the best Application Scenario really a data warehouse? Where is its future?
Reply content:
Details:
1. I think MongoDB is very similar to text caching. Do you think my opinion is correct?
2. Why do people prefer MongoDB to store data instead of text or memcache?
3. Is MongoDB the best Application Scenario really a data warehouse? Where is its future?
Because MongoDB still looks like half a database, you can have various indexes and queries. In addition, the data structure is still tree-like. index can be built into sub-nodes, which is more convenient. Some cache services can only be accessed with keys. But you should never think that relational databases can be discarded because of this. This depends on your specific business logic. If you need to join and transaction, you will still encounter many obstacles when using MongoDB.
I personally think that MongoDB can Query multiple data types, embedded document and list, which are useful.
MongoDD and GridFS are good stuff.
Not familiar with Data Warehouse