The scalability aspect is quite difficult to implement. It should be much easier for the end user. You cannot use less than two nodes; you have to use at least two nodes, and they categorize their nodes, like m5, m10, and m20, according to their resource practices, which are also a bit expensive. The end-user has to learn a bit about it. MongoDB has great content on its site. They call it MongoDB University. They actually have great content for that. Anyone can learn it, but one has to study it before diving into it or starting to use it.
DevOps Engineer at Revenue Box Technologies, Pvt Ltd
Vendor
Top 20
2024-03-18T14:33:00Z
Mar 18, 2024
The real-time data visible within MongoDB Atlas is not accurate. If they can improve the UI that monitors real-time data. It's more impressive and more attractive. It could be more user-friendly.
There is room for improvement in the cost of certain features like encryption. The web console isn't very intuitive, especially for large data. The new feature, Cube, for BI needs better documentation, and more workshops or videos would be helpful for users and developers. Additionally, real-time performance monitoring in MongoDB Atlas needs improvement.
In the past, MongoDB offered more features for free, but now it's quite limited. The free version is limited, and you need to pay extra to fully utilize it. The pricing could be improved.
MongoDB Atlas should improve its user experience by providing better explanations or a wizard for people working with its UI. The solution should include a query builder that will help people who aren't developers get data.
We need improved query performance. The query performance of MongoDB Atlas can be slow, particularly when working with large datasets. Improvements in query performance could enhance the overall user experience. We would like integration with more third-party tools and services and more integration options with third-party tools and services to enhance their workflows. The most specific areas for improvement and additional features that would be most valuable will depend on the needs and use cases of the organizations using MongoDB Atlas
Big Data Consultant at a tech services company with 11-50 employees
Real User
Top 5
2023-02-17T18:32:00Z
Feb 17, 2023
There are some Mongo new features that could be useful for the customers I work with, which are related to migration from on-prem to the cloud. MongoDB is currently working on these features. With the latest version of Mongo, there are new tools that help with migrating. However, currently, only Mongo can use these new features. Soon these migration tools should be released to the public and could really assist with migration also from SQL on-prem environment to Atlas.
An area for improvement in MongoDB Atlas is that it does not support individual or personal database backup, though it supports cloud cluster backup. I want a query feature added to MongoDB Atlas, or if it's available, improve on it. My team needs manual coding for the pipelines, for example, creating and executing pipelines. If the query feature of MongoDB Atlas has some improvement, then the process for pipeline creation and execution would be better.
MongoDB Atlas would be better if it had facilities for data warehousing, data lake, or ETL jobs. It probably has this functionality for large data sets, but I've not read about it, and I'm not so sure. It would also be great if it were easier to integrate MongoDB Atlas with AWS services. Native integration between MongoDB Atlas and AWS services would make the solution better. In the next release of the solution, the company wants to receive better support from the MongoDB Atlas team.
Prime Associate Member at a computer software company with 11-50 employees
Real User
2022-11-07T09:27:46Z
Nov 7, 2022
The speed when combining two documents is concerning. In SQL, there are Joins. You can define relationships between two tables and go for complicated structures, but you can't do that for MongoDB Atlas. You can have logical structures that do the same thing, but they are really slow compared to the Joins in SQL. Combining two separate documents within a database is not recommended because it affects performance. So if they can make it faster and more efficient, it would be amazing.
The biggest challenge we all have is an application layer level. One node is sitting in the APAC region, another node is sitting in the US and UK region. The seamless replication has to be lightning fast, but we haven't tested the scalability yet. There's no straight answer for any of the database providers in that particular space. We don't have a failover, but when it comes to the RPA recovery point objective and RTO, we have to test it. Atlas should think about a provision in the form of a commitment. You can ask for a longer commitment. Database is one thing. Once I build an application, if it goes to production, it's going to be there for the next 10 years minimum. In that way, somebody's giving you a commitment for five years, so you can give them a huge discount. If somebody's giving a two year commitment, you can give them a better discount.
The administration is not very interactive. Most of the time, you don't need to interact with the database, just create a user and indexes. It's not very friendly for developers. Based on its own habitat, it's not ACID compliant. If it had an ACID compliant option, it would be more useful for database administration.
Senior Project Manager - IT Services at a tech services company with 10,001+ employees
Real User
2020-12-25T12:20:00Z
Dec 25, 2020
In terms of what could be improved, I don't think we are in a position to give any kind of recommendation to the MongoDB service provider, because we still are in the evaluation phase. We are not mature. We just have six months of experience, and we have not found any challenges with that service provider where we could recommend that they need to add XYZ for this catalog.
Senior DevOps Engineer at a comms service provider with 501-1,000 employees
Real User
2018-12-11T08:31:00Z
Dec 11, 2018
During the configuration, we did some migrations where we had to reindex about 70,000 indexes, which took around an hour. They should improve this and optimize the indexing.
We had some bad trainers when we first came onboard and would rate them fairly low. They did not seem staffed properly to fulfill the training services that they offered.
Engineer at a energy/utilities company with 1,001-5,000 employees
Real User
2018-12-11T08:30:00Z
Dec 11, 2018
The import and export process needs improvement, i.e., getting in and out. Moving data from other databases into MongoDB, along with indexing, was challenging. However, it has been improving. I would like them to make the product easier to use.
I would like a more comprehensive dashboard. The UI can be difficult to understand. Going forward, we would like to have pure AWS Cloud (native) storage instead regular storage on the AWS integration side.
MongoDB Atlas is a developer data platform that provides a tightly integrated collection of data and application infrastructure building blocks to enable enterprises to quickly deploy bespoke architectures to address any application need. Atlas supports transactional, full-text search, vector search, time series and stream processing application use cases across mobile, distributed, event-driven, and serverless architectures.
A key advantage of MongoDB Atlas is flexibility - it makes it easy...
Searching and browsing through the collection must be made easier.
One area for enhancement is containerization. They could explore ways to facilitate deploying MongoDB containers within the platform.
The scalability aspect is quite difficult to implement. It should be much easier for the end user. You cannot use less than two nodes; you have to use at least two nodes, and they categorize their nodes, like m5, m10, and m20, according to their resource practices, which are also a bit expensive. The end-user has to learn a bit about it. MongoDB has great content on its site. They call it MongoDB University. They actually have great content for that. Anyone can learn it, but one has to study it before diving into it or starting to use it.
The real-time data visible within MongoDB Atlas is not accurate. If they can improve the UI that monitors real-time data. It's more impressive and more attractive. It could be more user-friendly.
There is room for improvement in the cost of certain features like encryption. The web console isn't very intuitive, especially for large data. The new feature, Cube, for BI needs better documentation, and more workshops or videos would be helpful for users and developers. Additionally, real-time performance monitoring in MongoDB Atlas needs improvement.
In the past, MongoDB offered more features for free, but now it's quite limited. The free version is limited, and you need to pay extra to fully utilize it. The pricing could be improved.
MongoDB Atlas should improve its user experience by providing better explanations or a wizard for people working with its UI. The solution should include a query builder that will help people who aren't developers get data.
The product's file storage documentation needs improvement.
I would like the solution to offer more integration capabilities since it is an area where the solution lacks.
Customer support needs improvement knowledge-wise.
MongoDB Atlas should add more APIs in their Terraform module because sometimes I find it difficult to find the resources in their Terraform model.
The product should introduce database mapping between SQL queries and document queries. The product does not have ORM.
The price of the solution should be reduced.
We need improved query performance. The query performance of MongoDB Atlas can be slow, particularly when working with large datasets. Improvements in query performance could enhance the overall user experience. We would like integration with more third-party tools and services and more integration options with third-party tools and services to enhance their workflows. The most specific areas for improvement and additional features that would be most valuable will depend on the needs and use cases of the organizations using MongoDB Atlas
There are some Mongo new features that could be useful for the customers I work with, which are related to migration from on-prem to the cloud. MongoDB is currently working on these features. With the latest version of Mongo, there are new tools that help with migrating. However, currently, only Mongo can use these new features. Soon these migration tools should be released to the public and could really assist with migration also from SQL on-prem environment to Atlas.
An area for improvement in MongoDB Atlas is that it does not support individual or personal database backup, though it supports cloud cluster backup. I want a query feature added to MongoDB Atlas, or if it's available, improve on it. My team needs manual coding for the pipelines, for example, creating and executing pipelines. If the query feature of MongoDB Atlas has some improvement, then the process for pipeline creation and execution would be better.
MongoDB Atlas would be better if it had facilities for data warehousing, data lake, or ETL jobs. It probably has this functionality for large data sets, but I've not read about it, and I'm not so sure. It would also be great if it were easier to integrate MongoDB Atlas with AWS services. Native integration between MongoDB Atlas and AWS services would make the solution better. In the next release of the solution, the company wants to receive better support from the MongoDB Atlas team.
I would like to have better performance for user experience with the solution.
The speed when combining two documents is concerning. In SQL, there are Joins. You can define relationships between two tables and go for complicated structures, but you can't do that for MongoDB Atlas. You can have logical structures that do the same thing, but they are really slow compared to the Joins in SQL. Combining two separate documents within a database is not recommended because it affects performance. So if they can make it faster and more efficient, it would be amazing.
The biggest challenge we all have is an application layer level. One node is sitting in the APAC region, another node is sitting in the US and UK region. The seamless replication has to be lightning fast, but we haven't tested the scalability yet. There's no straight answer for any of the database providers in that particular space. We don't have a failover, but when it comes to the RPA recovery point objective and RTO, we have to test it. Atlas should think about a provision in the form of a commitment. You can ask for a longer commitment. Database is one thing. Once I build an application, if it goes to production, it's going to be there for the next 10 years minimum. In that way, somebody's giving you a commitment for five years, so you can give them a huge discount. If somebody's giving a two year commitment, you can give them a better discount.
It would be better if there were more integration capabilities with other products.
The administration is not very interactive. Most of the time, you don't need to interact with the database, just create a user and indexes. It's not very friendly for developers. Based on its own habitat, it's not ACID compliant. If it had an ACID compliant option, it would be more useful for database administration.
We don't have any issues with the solution at this time. It does what we need it to do. If it could be cheaper, that would make us happy.
Querying a dataset is not very intuitive, so I think that it can be improved.
Masterless architecture for linear scale.
In terms of what could be improved, I don't think we are in a position to give any kind of recommendation to the MongoDB service provider, because we still are in the evaluation phase. We are not mature. We just have six months of experience, and we have not found any challenges with that service provider where we could recommend that they need to add XYZ for this catalog.
The cost needs improvement.
The cost needs improvement. The product is good, but the cost that we paid for it is expensive, so it wasn't that valuable.
During the configuration, we did some migrations where we had to reindex about 70,000 indexes, which took around an hour. They should improve this and optimize the indexing.
We had some bad trainers when we first came onboard and would rate them fairly low. They did not seem staffed properly to fulfill the training services that they offered.
The import and export process needs improvement, i.e., getting in and out. Moving data from other databases into MongoDB, along with indexing, was challenging. However, it has been improving. I would like them to make the product easier to use.
I would like a more comprehensive dashboard. The UI can be difficult to understand. Going forward, we would like to have pure AWS Cloud (native) storage instead regular storage on the AWS integration side.
The UI application for MongoDB crashes a lot, so we would have to use a third-party plugin to make it work. It may have been improved by now.
I would like a better dashboard. It could be made a bit more user friendly.