I'm a developer use it for developing. We develop with it. We use it as a service.
We use it in a Docker container.
I'm a developer use it for developing. We develop with it. We use it as a service.
We use it in a Docker container.
I'm a developer, so I use it only in development. I'm not an IT professional or upper level guy. It is really a pretty easy product to use. It's very reliable, it's proven.
In terms of what could be improved, that's a difficult question actually, because we're really very happy with it.
As for what could be included in the next release, I'd like to see an ID generator. It's very technical but I don't think it has one, so we have to go to great lengths to work around that.
I have been using MongoDB for about half a year.
In terms of scalability, all I can say is that in the organization, everybody uses it.
We're not using support.
The initial setup is very straightforward.
There's no license cost, it's open source.
Depending on your project, I would recommend MongoDB.
On a scale of one to ten, because it's free, I'd give MongoDB a 10.
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 MongoDB to enable streaming. We have a structured DB where everything is secure. We have everything in folders and structured data. MongoDB is much more better in terms of their response time.
It's easy to add and remove things in MongoDB. You can alter the tables. MongoDB is faster at reading, slower at writings.
The transaction could use improvement. From MySQL, for example, you cannot create a transaction if you are reading and writing a document at the same time.
Relations in MongoDB is another issue. Trying to make a relation such as a connection or using the OIE can be very slow. It's not a fault, though, because it's not a positional database, so it isn't supposed to use it for relation.
It's stable. You can create sets which could be three servers, some reading and some writing, for example. This way if some servers go down the others are still up.
This solution is scalable.
There's no technical support in the server source.
MongoDB is more secure than similar databases. You can pass documents from there. You can add large data in the same record. It works with PostgreSQL and the like, and it is a structural database.
It was pretty easy to set up if you are using Linux servers. It only took a few minutes to deploy, since you don't have to create anything.
It only takes one person for maintenance and deployment.
My advice is not to use Relationships in MongoDB. MongoDB is not a relational database, so don't try to use Relationships in MongoDB.
I would rate MongoDB as eight out of ten.
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.
It allows us to have an alternative solution to licensed DB's.
It requires enterprise integration improvements from the security, and audit perspective (AD integration etc.). Also, existing integration into BI tools is not present.
I've used it for five years.
MongoDB has a "heavy" architecture, which limits the scalability options.
They provide a high level of technical support.
We switched due to a common OS integration strategy.
We had an RFP process to evaluate between similar product categories.
I use the solution with an application.
The solution should have better integration.
I have been working with MongoDB for a couple of years.
The solution is stable.
We do not have plans to increase the usage at present.
We have not made use of technical support.
The installation is very easy to do and understand. I found it to be simple.
We have an engineer who is responsible for the deployment.
The solution is open source, so it is free. There is no licensing fee.
The solution is faster than that of the competition's.
I developed an application using the solution.
We made many improvements to the solution.
I do not have the requisite experience to properly comment on the solution's security and stability.
There are around 200-plus users making use of the solution in my organization.
We are talking about a rapid activity and replication solution which serves our needs well. I recommended it at the time.
I rate MongoDB as an eight out of ten.
how to use update in deep nested array without mentioning position