MongoDB Enterprise Advanced Reviews

Our primary use case of MongoDB was development. We used it from a developer point of view, writing the platforms and storing some data. It was deployed on the AWS cloud. 

One of the first things I noticed when I had my first experience with MongoDB was how easy it was to use. I was expecting more difficulties or at least some challenges, but it was very, very easy to use. It's great technology, performs well, and is very convenient. 

MongoDB is a very useful and convenient choice, but sometimes for more complex projects, there are certain niche requirements that appear, so using a different tool could be beneficial. It raises the complexity of the architecture, but it could be beneficial to the world, the features, the ease of the features which are being implemented. 

My experience with MongoDB is pretty recent, maybe for three years. 

This solution is stable enough. There isn't much maintenance involved—we're just installing some software and then using it—especially since I'm using it from a development point of view. 

I've heard that MongoDB is pretty scalable, but we never did any big deployment. I've read a lot about how it scales and can handle huge data. 

I have never contacted MongoDB's technical support. 

The installation is quite straightforward. I have it installed on my personal laptop and it's very easy to do. It took just a few minutes. 

There are two or three DevOps guys who are involved with and responsible for all the deployments and setups for the whole project. 

I implemented this solution myself. 

We also considered Cosmos DB. 

I rate MongoDB a nine out of ten. If I put it this way: "Can I trust this technology to perform well in a complex project?," I can certainly trust MongoDB. I have been working with some graph databases as well, and MongoDB was my first touch with noSQL technology. I think I like it even more now, after these experiences I had. 

I use MongoDB from a development point of view. For some projects, we use Docker on local environments. MongoDB actually starts in some Docker microservices where we don't run the whole platform, we're actually running locally or maybe part of the platform. With this container, we don't need to do many things with the image in Docker, we're just developing the platform. And then the deployment and scale are managed by the DevOps guys, who do their magic. We use Azure in some projects, but we mostly use AWS. 

MongoDB is a database management program that can be used for large data.

MongoDB is flexible and it allows other applications to be added.

The solution could have more integration.

I have been using MongoDB for approximately one year.

I have found MongoDB to be stable.

MongoDB is scalable.

We have approximately 30 people using this solution in my organization. 

We have a team of six engineers and administrators that do the implementation and support of MongoDB.

There is an annual subscription for the use of this solution.

I would recommend this solution to others.

I rate MongoDB a nine out of ten.

MongoDB is a document database that we use for internet applications, logs, and all kinds of things that need quick answers, especially in the document area.

I like that MongoDB has a free version. You can also buy the enterprise edition, which is cheaper than Oracle.

It could be more stable. It would be better if it were more user-friendly like Oracle, which is very easy. For example, creating an index is simple in Oracle. In MongoDB, it's quite challenging to do that.

Performance could be better. It's fast and good, but you cannot put every application that you would like to in MongoDB.

I've been using MongoDB for two or three years.

MongoDB isn't stable like Oracle, but it's okay.

MongoDB is a scalable solution. MongoDB has its own problems, but if you have good maintenance, it's okay. Since it's for internet applications, we can have tens of thousands or hundred thousand users.

There is no technical support since it's a community-supported database. If you would like to buy services like that, there are companies which sell that. But it's not like Microsoft or Oracle, where you have an option of buying support. Instead, there are third-party companies that are willing to provide support for a lot of money.

We switched from Oracle to MongoDB because of costs. Oracle also has a MongoDB solution inside it. In Oracle, you can install document databases, which helps, and it also supports JSON and just about everything. It's one-to-one. Whatever you do in MongoDB, you can do it in Oracle. But Oracle isn't free.

The main problem with Oracle today is the price. Many companies around the world are trying to move out of Oracle because of the cost. They are not moving because the database is not good. PostgreSQL is really like Oracle, and MongoDB is like Redis, and all these have free community databases. If you want to buy the enterprise edition, it costs a bit but not as much as Oracle.

The initial setup is straightforward. Even building the cluster and so on isn't a problem. But you have to know what to do because it's a bit different from relational databases. It only takes a couple of hours and not more than that. Once you have the right servers, firewalls, ports open, and so on, you're good to go.

One or two people are enough to maintain this database. But you'll need more people like programmers for the digital part of the application that you have to develop. 

I implemented this solution by myself.

MongoDB has a free version. You can also buy the enterprise edition, which is cheaper than Oracle.

I would recommend MongoDB to potential users depending on their requirements because it's not a relational database. It depends on what applications would they would like to put in it.

On a scale from one to ten, I would give MongoDB an eight.

We use it for our online ERP system.

It is easy to use.

MongoDB is really tough when it starts.

The stability could be improved.

I have been using MongoDB for three years.

It's a stable solution, but it could be better.

MongoDB is a scalable product.

We have five users in our organization who are using it.

I have not contacted technical support.

It is very easy to install. It only takes five minutes.

I completed the installation myself. I did not use an integrator or consultant.

I believe that MongoDB is free.

There could be a paid version.

This is a product that I can recommend to others.

I would rate MongoDB a nine out of ten.

We are a logistics company, and we have a lot of data coming from the users. We have a model, but we need to be flexible with that model. That is one of the reasons why we are using MongoDB.

It is convenient to use because we can do manipulations with the JSON data that we get. There are also a lot of joins and associations with MongoDB, which makes it easy to use for us.

There is also a lot of transaction-related support from MongoDB.

The auto transaction feature is something that I found a little bit problematic. If we want to run two or three transactions at a time, we get write conflicts. So, it becomes really difficult when concurrency comes into the picture. 

Sometimes, there are some problems in creating a connection with two or three tables, such as running two queries at a time or getting a reference from one table to another table. People generally don't use it much to join two or three tables, but I would like them to simplify that process.

It can sometimes be a little bit difficult to understand for a newcomer.

I have been using this solution for one to one and a half years.

There are a lot of articles and a lot of discussions online. So, we pretty much get all the answers that we want. If we have any problems in using it, it gets resolved as soon as possible. There are a lot of communities, and we are able to get the answers.

I was not a part of the installation process. It was already installed when I joined the company or started working with it. So, I don't have much idea about it, but when we install it locally, there is not a lot to do with it. The control that we get from the command prompt of MongoDB makes it easy to use and very convenient.

I would recommend MongoDB to others. It is good in terms of support.

I would rate MongoDB an eight out of 10.

We have a lot of mobile apps, and the data of all the mobile users are stored in this database.

MongoDB was very easy to install and maintain. We have managed a lot of mobile apps and hosted them in this environment.

I like its performance and the stability. It's very stable and, performance-wise, it's really great.

They could improve the UI and the analytics part.

I have been dealing with MongoDB for more than seven years.

MongoDB is very stable.

There are a lot of options to make it scalable.

The initial setup is very easy.

It's open-source.

I would tell potential users to just try it out. I would recommend this solution to new users.

On a scale from one to ten, I would give MongoDB an eight. 

We use it for searching. For example, we use some files and documents that are stored in MongoDB, and we use it sometimes to search for certain key words. We also use it to search within the documents that are stored in MongoDB.

MongoDB is scalable and stable. The initial setup is very easy, and deployment and maintenance can be done by one person.

I think it would be good to have more search options such as an index resource. This will provide more options and resources to do advance searches.

Criteria and filters would be good too as they will help us find what we are looking for. Filters will be useful if you want to filter something to a dashboard according to certain criteria.

I have experience with MongoDB for about six months.

MongoDB is stable. We have had no technical issues with it.

It is a scalable solution.

Technical support has been good.

Installation is very simple. It can be done in a few hours. We needed only one person for deployment and maintenance.

Our customers pay for yearly licenses for MongoDB.

It's a very good product, and I would rate it at nine on a scale from one to ten.

We do not use MongoDB extensively. Initially, we wanted to store login information, dumping the entire message into the database. It stores transaction details about the users, but only for login purposes. Essentially, we store information about access and usage.

In the future, we will build some reports for this data.

MongoDB is the best choice for us when we want to store NoSQL-type data.

The clustering is very good. It allows us to have high availability.

The performance is good. 

The user interface is not as friendly as Oracle, which is something that can be improved.

We have been working with MongoDB for a couple of years.

So far, MongoDB has been quite stable.

MongoDB is definitely scalable. By setting up a cluster, we are able to scale well.

At this point, we are only using it for login purposes and only with two or three applications.

We have not used technical support very much because we don't have any issues with it. It has been quite stable and also, we are only using it for a limited purpose at this point. 

We also use Oracle and we have found that if you want to have a DR site, you need to replicate the data from one site to the other. With MongoDB, we set up a cluster on the wide-area network, and we don't have to do any data replication. Instead, it will help you with these things.

With Oracle, the user interface makes it easy to explore the database. With MongoDB, the interface is quite primitive and it is more difficult to look at the data. It is not as user-friendly.

There are a lot of vendor and third-party tools that work on top of Oracle, but this is not so much the case with MongoDB.

I was not personally involved in the installation.

We have an in-house team for deployment and maintenance.

We did not evaluate other similar solutions before implementing MongoDB.

Prior to MongoDB, we focused on relational databases.

This is a good product and I recommend it for anybody who wants to store NoSQL data. It provides a lot of features and the clustering, in particular, is a good one.

I would rate this solution an eight out of ten.