If the cost is affordable and you're looking for a managed service for unstructured data, I would definitely recommend using Cosmos DB from Azure. It also has seamless migration options from MongoDB, MySQL, and others. So, a managed service is the best way to go if the cost is affordable. Overall, I would rate the solution a seven out of ten.
For those considering Cosmos DB, my advice is to embrace its versatility. Cosmos DB can handle various data models like documents, wide columns, and graphs seamlessly. You can consolidate your needs into one database, Cosmos, eliminating the need for multiple databases. It simplifies management and offers a comprehensive solution for a wide range of use cases. Overall, I would rate Microsoft Azure Cosmos DB as an eight out of ten.
Microsoft Azure Cosmos DB is deployed on-cloud in our organization. I would recommend Microsoft Azure Cosmos DB to other users. Overall, I rate Microsoft Azure Cosmos DB a seven out of ten.
Technical Architect at LTI - Larsen & Toubro Infotech
Real User
Top 5
2023-07-17T10:57:00Z
Jul 17, 2023
If a customer needs to store JSON data, and the solution doesn't require complex structure and reporting like BI reports and RDBMS, opting for a NoSQL database could be ideal. NoSQL databases are suitable when data isn't structured in a relational manner and when extensive normalization isn't a priority. For efficiently handling JSON data for UI purposes or other needs, a NoSQL database like Cosmos DB is the way to go. However, in the NoSQL landscape, various options like Redis DB, CouchDB, MongoDB, and Cosmos DB exist. If a preference leans towards Microsoft technologies, then Cosmos DB becomes a logical choice. Comparing Cosmos DB with alternatives like Redis DB is advisable before making a final decision. Thus, my typical recommendation involves considering these factors. I would Cosmos DB a nine out of ten.
Enterprise Integration Architect at a comms service provider with 201-500 employees
Real User
Top 20
2023-06-02T08:43:00Z
Jun 2, 2023
I would recommend understanding the underlying databases like Cosmos DB, but I don't think it supports Oracle. However, it does support various other databases. If it supports the databases you need, then go for it. If it doesn't support them, there's not much you can do. Overall, I would rate the solution an eight out of ten. I'm not giving it a higher rating because it doesn't support all databases.
It's a highly scalable, highly robust, and very user-friendly solution. It is easy to set up; the most important point is that it is on a cloud. The solution is also very easy to deploy. Only some connectivity features need to be developed. I give it an eight out of ten.
If your existing infrastructure already uses Microsoft services or is more of a Microsoft-dependent solution, it's best to be on Microsoft Azure cloud. This is because it integrates very well, and there is a smooth integration with other Microsoft products that are already running on our products. You can also leverage some of your existing licenses, saving you a lot of costs when you move to the cloud. That's one solution I would suggest for anyone who is moving from on-premise to the cloud. Overall, I would rate the solution an eight out of ten.
I would rate this solution as 8 out of 10. When it comes to ease of use, spinning up and working at scale, our specific use case, and the scalability that it offers, the solution is definitely very good. My advice is to use containers as single objects and create manual indexing to improve efficiency.
I would rate this solution as eight out of ten. The APIs are improving and are easy to use. It is easy to set up a new database, and the auto scalability and support for different models are good features.
My general advice to anyone looking to implement Microsoft Azure would be to start small. When you see your application increase or your traffic increase on site, you can slowly scale. I would rate the solution a seven out of 10 overall.
I've been using Microsoft Azure Cosmos DB, a cloud DB solution. It's deployed in a cloud environment, on a public cloud with security for ourselves. My company is a partner of Microsoft and also a reseller. My advice to people looking into implementing Microsoft Azure Cosmos DB is that it would be good for them to use, specifically if they are looking for a NoSQL database to ingest the data and do data discovery using the data in a BI tool. It's easy to ingest the data and work with the data in Microsoft Azure Cosmos DB and understand that, because it is not a SQL database, which means it's not as structured. You can add data, and then do a data discovery, and use it the best way for you. I would recommend Microsoft Azure Cosmos DB. My rating for Microsoft Azure Cosmos DB is eight out of ten.
I rate Cosmos DB eight out of 10. I would recommend it for an appropriate use case. However, you need to be aware of the system's limitations. If you're using the DocumentDB system, it's crucial to plan properly for document structure, etc. You also need to plan for failure to ensure that your system can survive when any node fails. Set up clustering, redundancy, high availability, and so on.
This is a good product and I recommend it, especially in cases where people want to keep their information outside of the organization and on the cloud. I would rate this solution a nine out of ten.
Associate Manager at a consultancy with 501-1,000 employees
Real User
2021-03-10T07:32:22Z
Mar 10, 2021
I am using the latest version of the solution. Overall, I would rate the solution at an eight out of ten. I have always been very happy with its capabilities. I would recommend the solution to other organizations.
Associate Director at a financial services firm with 10,001+ employees
Real User
2021-01-27T12:01:51Z
Jan 27, 2021
Overall, on a scale from one to ten, I would give this solution a rating of seven. Aside from the scalability issues, we haven't experienced any other issues. I would recommend Cosmos. It made our lives a lot easier. There's not a big learning curve in order to understand the structure and how to use it. We were good to go with only one container. Anybody who is new can learn quickly.
Cloud Architect at a manufacturing company with 10,001+ employees
Real User
2020-04-30T10:58:00Z
Apr 30, 2020
Before implementing, know now how to use DocumentDB. Understand your use case. From an architecture perspective, we have a use case where we wanted to use more SQ and we used DocumentDB as the first consideration. There isn't a better SQL than DocumentDB available. Cloud provides this type of platform. The automatic performance is also very good. We did research on the internet and decided to go with DocumentDB. I would rate it an eight out of ten. Not a ten because there is what to be done for improvement. In the future, it should be simplified for developers so that it's not a hassle for them. There aren't many resources for SQL and DocumentDB. It may take time for more documentation to come out.
DocumentDB is a fully managed NoSQL database service built for fast and predictable performance, high availability, elastic scaling, global distribution, and ease of development. As a schema-free NoSQL database, DocumentDB provides rich and familiar SQL query capabilities with consistent low latencies on JSON data - ensuring that 99% of your reads are served under 10 milliseconds and 99% of your writes are served under 15 milliseconds. These unique benefits make DocumentDB a great fit for...
If the cost is affordable and you're looking for a managed service for unstructured data, I would definitely recommend using Cosmos DB from Azure. It also has seamless migration options from MongoDB, MySQL, and others. So, a managed service is the best way to go if the cost is affordable. Overall, I would rate the solution a seven out of ten.
For those considering Cosmos DB, my advice is to embrace its versatility. Cosmos DB can handle various data models like documents, wide columns, and graphs seamlessly. You can consolidate your needs into one database, Cosmos, eliminating the need for multiple databases. It simplifies management and offers a comprehensive solution for a wide range of use cases. Overall, I would rate Microsoft Azure Cosmos DB as an eight out of ten.
Cosmos DB is a good option if someone is looking for a NoSQL database. Overall, I rate the product a nine out of ten.
Microsoft Azure Cosmos DB is deployed on-cloud in our organization. I would recommend Microsoft Azure Cosmos DB to other users. Overall, I rate Microsoft Azure Cosmos DB a seven out of ten.
I rate Microsoft Azure Cosmos DB an eight out of ten. It is useful to store original data in original format.
If a customer needs to store JSON data, and the solution doesn't require complex structure and reporting like BI reports and RDBMS, opting for a NoSQL database could be ideal. NoSQL databases are suitable when data isn't structured in a relational manner and when extensive normalization isn't a priority. For efficiently handling JSON data for UI purposes or other needs, a NoSQL database like Cosmos DB is the way to go. However, in the NoSQL landscape, various options like Redis DB, CouchDB, MongoDB, and Cosmos DB exist. If a preference leans towards Microsoft technologies, then Cosmos DB becomes a logical choice. Comparing Cosmos DB with alternatives like Redis DB is advisable before making a final decision. Thus, my typical recommendation involves considering these factors. I would Cosmos DB a nine out of ten.
I would overall rate the solution an eight out of ten.
I would recommend understanding the underlying databases like Cosmos DB, but I don't think it supports Oracle. However, it does support various other databases. If it supports the databases you need, then go for it. If it doesn't support them, there's not much you can do. Overall, I would rate the solution an eight out of ten. I'm not giving it a higher rating because it doesn't support all databases.
It's a highly scalable, highly robust, and very user-friendly solution. It is easy to set up; the most important point is that it is on a cloud. The solution is also very easy to deploy. Only some connectivity features need to be developed. I give it an eight out of ten.
If your existing infrastructure already uses Microsoft services or is more of a Microsoft-dependent solution, it's best to be on Microsoft Azure cloud. This is because it integrates very well, and there is a smooth integration with other Microsoft products that are already running on our products. You can also leverage some of your existing licenses, saving you a lot of costs when you move to the cloud. That's one solution I would suggest for anyone who is moving from on-premise to the cloud. Overall, I would rate the solution an eight out of ten.
I would rate this solution as 8 out of 10. When it comes to ease of use, spinning up and working at scale, our specific use case, and the scalability that it offers, the solution is definitely very good. My advice is to use containers as single objects and create manual indexing to improve efficiency.
I would rate this solution as eight out of ten. The APIs are improving and are easy to use. It is easy to set up a new database, and the auto scalability and support for different models are good features.
I rate the solution a nine out of ten.
I would recommend this solution to others who are interested in using it. I would rate Microsoft Azure Cosmos DB a seven out of ten.
My general advice to anyone looking to implement Microsoft Azure would be to start small. When you see your application increase or your traffic increase on site, you can slowly scale. I would rate the solution a seven out of 10 overall.
The cost is the biggest limitation of this solution. I would rate this solution a six out of ten.
I've been using Microsoft Azure Cosmos DB, a cloud DB solution. It's deployed in a cloud environment, on a public cloud with security for ourselves. My company is a partner of Microsoft and also a reseller. My advice to people looking into implementing Microsoft Azure Cosmos DB is that it would be good for them to use, specifically if they are looking for a NoSQL database to ingest the data and do data discovery using the data in a BI tool. It's easy to ingest the data and work with the data in Microsoft Azure Cosmos DB and understand that, because it is not a SQL database, which means it's not as structured. You can add data, and then do a data discovery, and use it the best way for you. I would recommend Microsoft Azure Cosmos DB. My rating for Microsoft Azure Cosmos DB is eight out of ten.
I would recommend this solution to others. I rate Microsoft Azure Cosmos DB a nine out of ten.
I rate Cosmos DB eight out of 10. I would recommend it for an appropriate use case. However, you need to be aware of the system's limitations. If you're using the DocumentDB system, it's crucial to plan properly for document structure, etc. You also need to plan for failure to ensure that your system can survive when any node fails. Set up clustering, redundancy, high availability, and so on.
I would rate Microsoft Azure Cosmos DB a nine out of 10.
This is a good product and I recommend it, especially in cases where people want to keep their information outside of the organization and on the cloud. I would rate this solution a nine out of ten.
I am using the latest version of the solution. Overall, I would rate the solution at an eight out of ten. I have always been very happy with its capabilities. I would recommend the solution to other organizations.
Overall, on a scale from one to ten, I would give this solution a rating of seven. Aside from the scalability issues, we haven't experienced any other issues. I would recommend Cosmos. It made our lives a lot easier. There's not a big learning curve in order to understand the structure and how to use it. We were good to go with only one container. Anybody who is new can learn quickly.
Before implementing, know now how to use DocumentDB. Understand your use case. From an architecture perspective, we have a use case where we wanted to use more SQ and we used DocumentDB as the first consideration. There isn't a better SQL than DocumentDB available. Cloud provides this type of platform. The automatic performance is also very good. We did research on the internet and decided to go with DocumentDB. I would rate it an eight out of ten. Not a ten because there is what to be done for improvement. In the future, it should be simplified for developers so that it's not a hassle for them. There aren't many resources for SQL and DocumentDB. It may take time for more documentation to come out.