MongoDB Enterprise Advanced Reviews

We use this solution to deal with large amounts of data, including pictures, voice data, and video data. These types of data are not suitable for SQL databases — MongoDB was designed to deal with such data. Video, pictures, voice, and other files.

Currently, we just have one customer using this solution. 

It's a complex solution, but MongoDB can deal with many kinds of files — I can send video, pictures, voice data, and files. MongoDB can deal with these types of big data. It can handle a lot of files quickly. Older products like MySQL, cannot deal with files quickly.

Our engineer is having a bit of trouble because it's a new concept database. Currently, we're just getting used to the product. 

I have been using MongoDB for slightly less than one year.

Our program developer finds it to be a little unstable, development-wise. Still, it's hard to say because we're new to this solution. It could just be that we don't understand how to properly use it yet.

We don't even know how to get ahold of MongoDB support. We don't know how to contact them. We prefer local support. 

The initial setup is not very easy. We need to perform several configurations. 

Deployment requires one or two engineers. We're integrators.

We have one customer using this solution. They asked to use MongoDB because they deal with large amounts of data. Oracle and MySQL cannot handle such large amounts of data so they need to migrate to a NoSQL database. For this reason, they asked us to evaluate MongoDB.

As we have not finished our evaluation yet, I can only give it a rating of seven out of ten. I can't recommend it yet for the same reason. 

We just recently downloading the product and we were trying to do the migration and it worked well. We use it as an individual level only, small projects, and small migrations. We have completed a full project yet.

One of the most valuable features is the ability to Text Search can be used anywhere and anytime.

I have found the solution difficult to operate as an administrator. They could improve the experience by adding some more features to the UI. There needs to be better integration, we have been having some issues with some projects.

I have been using the solution for the past year.

The solution has been scalable so far for our level of raw data and we expect it will be good even if we complete the whole project.

We have used SQL Server and Elasticsearch in the past. SQL Server was easier to manage as an administrator than this solution.

The installation of the solution was not an issue for the client or the server.

The solution is straightforward to download and install. However, configuring is what takes time. For a small migration, there were approximately seven people involved. We all spent some time learning the new product.

If you want support with the solution you will need to purchase a license and not use the open-source version. The license is a little expensive.

Going by my level of experience in these solutions I would recommend it to others.

I rate MongoDB an eight out of ten.

We recently had customers asking about MongoDB, so we have started to deploy new environments for that. We have implemented it may be four times. We are implementing it for our customers in our own infrastructure. We have done on-premises as well as cloud deployments. 

Our database team works on the use cases. I work only on the implementation part. I am responsible for getting the clusters up and running. I'm just managing the server and guaranteeing that the clusters are up and running and backing up. I also handle the monitoring.

It is very easy to create a MongoDB cluster. You can deploy three nodes in one hour.

You can do small configurations to enable routing. It is easy to implement.

It should have GUI for managing clusters. MongoDB needs a more powerful GUI to manage clusters and make switchovers. Currently, there is no good, free tool to check the replication to find out if there is a gap. 

It is very stable.

It is very scalable. You can add nodes every day to the replica.

I have no experience with technical support.

It is easy to implement. One person can manage ten managed MongoDB clusters.

At the moment, all customers are using the community version.

I would highly recommend this solution. I would rate MongoDB a nine out of ten.

We use both SQL and MongoDB and they have similar characteristics. We use both tools for our work. We have less than 50 users on MongoDB in our organization.

Its flexibility, and cost. It is reasonably priced.

MongoDB should be more stable, and support should be more efficient.

We have been using the latest version for the last two years.

We have some challenges but we are working on them. It should be a bit more stable.

It is scalable.

We have some challenges with support, but we can usually get the right people. Customer support could be more knowledgeable, customer-friendly, and faster.

MongoDB is not a difficult product to setup.

We do not need a big team for deployment, or a high level of technical expertise. We have a couple of managers and admins.

We did not consider another product, as MongoDB was part of the whole implementation.

At this point, I rate MongoDB a 6 out of 10. We are going to keep using MongoDB.

We use this solution to store log files. We have a Cloud telephone product and we use MongoDB to store our calling records. A number of users have access to it. 

We plan to continue using this solution.

MongoDB is relatively fast compared to relational databases. The files are stored in XML format, which is a stable format. 

MongoDB is also great for managing logs.

Databases provide the data and any software can access those databases as per the access protocol — the database itself provides the data.

You can have the same database in multiple geographic locations. You can update it from different locations and the other locations also get updated. In that way, it is a good product. Very good.

You can update the server from another platform (Mongoose) which sits on top of MongoDB and makes it a relational database. The beautiful thing about MongoDB is that it's not a relational database — multiple statements are there so it's easy to access. It serves the purpose for which we are using it.

I suppose it could be a little more secure.

I have been using this solution for a couple of years.

This solution is both scalable and stable.

We are actually using the community version so we manage it ourselves. We have engaged a consultant so if we have any problems, we just sort it out with him.

We were also using MariaDB, but MongoDB is good for certain situations in which MariaDB is not suited for. For example, managing the database of log files is easier with MongoDB.

You don't need many people to install MongoDB or to fine-tune it. You need a database expert if you have any problems, but it is fairly simple.

I didn't install it. I believe my team had to spend some time learning how to handle MongoDB, so they gained some expertise and they started using it. Overall, installation doesn't take longer than one hour.

I would absolutely recommend this solution to others. Overall, on a scale from one to ten, I would give this solution a rating of eight.

We use it for document storage and testing of a proof of concept.

I like the document storage feature. It's pretty simple. I also like the distribution of databases. It's easier to put information about my users.

It would help if MongoDB offered a light solution for small projects. Its become a very big database, and we need a smaller solution for our end-users.

I have been using MongoDB for two years.

MongoDB is stable. It's a good server. If you install perfect hardware tools and follow best practices, it'll be a good solution.

MongoDB is scalable. It's very good.

The initial setup is straightforward. It isn't hard to set up, make a cluster, and distribute.

I would recommend it to potential users who have a big project because MongoDB is good for big projects.

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

We use it just for data storage. I joined this company two months ago, and I am just testing it on my local machine. I haven't used it a lot.

It is easy to set up.

It would be good to have scalability for clusters. For example, if we have three clusters, we should be able to increase to five clusters if required. I am not sure if such a feature is currently there. I hope there is good documentation for this.

I have been using this solution for half a year.

We're just doing something new, and we are still in the testing stages. Based on our experience so far, it is stable.

It is scalable.

I haven't contacted their technical support.

It is easy to set up.

I would rate MongoDB an eight out of ten. It is a good product, but it requires some improvements.

We use it as a data warehouse, and we also use it for software development when we are not sure how much and what kind of data we would get from the customers. For a short span of time, we also use it for the data lake to dump the data of a temporary instance so that the developers on the next node can leverage this data.

I like the schemaless architecture that it follows. I also like the sharding that it provides.

Its security features can be better. Sometimes, my higher authority says that we are not going to use MongoDB because it doesn't provide that much security for the RDBMS or relational data that we use for transactions. Instead of MongoDB, we will use Oracle Database because for a transactional service, you have to rely on RDBMS ACID properties.

I would love to work on MongoDB by using my mobile phone. When I am working remotely or traveling and have some instances deployed on my server, I should be able to check through my mobile whether all the data is being pulled. GitHub has a similar feature, where it lets you read from the laptop, and you can also pull and push with your mobile phone. I would request MongoDB to provide such a feature. Basically, I want a mobile version for both iOS and Android versions.

I have been using this solution for two years.

It is stable.

Currently, we have about 1,000 to 5,000 employees all over India. Most of us are using MongoDB for internal projects. 

When I was getting trained in the data engineering field, there was a saying that if we run after the technical support, we won't be able to see a bug in our own code. Since then, our superiors or colleagues don't suggest going for technical support. If anything goes wrong, we just troubleshoot it on our own, and we have done that successfully.

When we provide solutions for a customer, we look at the domain in which we are working, and accordingly, we recommend or select a database. It is up to the customers which database they want to use and how they are going to use it and leverage the subscription of that database. Do they want Oracle, MySQL, or SQL Server? Based on their preferences, we select the database.

For people or businesses that are currently trying to put their feet in the industry, it is a good thing to start their career with MongoDB. Sometimes, you don't have the knowledge of SQL and how to put a query to get a result. In MongoDB, there are certain things that make it different from other solutions. It is schemaless, and you don't have to have the knowledge of schemas. It is a good way to go ahead.

I would rate MongoDB a nine out of ten.