TrustRadius
https://dudodiprj2sv7.cloudfront.net/product-logos/x1/BQ/UA6NT9PUI691.PNGMongoDBA NoSQL database for even the Non-data expert2018-04-02T14:28:48.897ZWe utilize MongoDB for both an internal custom CRM that handles our day to day operations and also in some of our products that are currently in service. We also have some apps in development that are yet to launch which use it. MongoDB is a fast and efficient NoSQL data layer for our web apps that allows us to be flexible and iterative with our development.,Easy to learn. When I picked up MongoDB for the first time, I had little background in database management or modeling. If you have a background in javascript (and JSON)... then you can figure out how to use MongoDB pretty fast.
Fast performance.
It's relatively easy to set up in certain environments because there are lots of ready-made solutions out there.
There's a lot of support in the existing ecosystem for it —, especially in the node.js realm.
Query syntax is pretty simple to grasp and utilize.
Aggregate functions are powerful.
Scaling options.
Documentation is quite good and versioned for each release.,An aggregate pipeline can be a bit overwhelming as a newcomer.
There's still no real concept of joins with references/foreign keys, although the aggregate framework has a feature that is close.
Database management/dev ops can still be time-consuming if rolling your own deployments. (Thankfully there are plenty of providers like Compose or even MongoDB's own Atlas that helps take care of the nitty-gritty.,8,We didn't have to spend time and money on much training in learning database management
It helped us get to market faster with a few different products
We aren't pushing it to any limits yet so I can't give any hard numbers on performance or sharding stats.,Firestore,React, Mandrill, Mailgun, MailChimp, Nexmo, Google Drive,9,I like the javascript nature of the query syntax and API.
Structuring data is just like structuring JSON.
Some sophisticated reporting and querying can be done with relative ease with the Aggregate frameworks.,Relational data joins
Normalized data (though the main usage pattern is to avoid this - sometimes it's hard to avoid, however)
Structuring data for how you need to access it.,8Joshua WeaverMongoDB is a great tool to read large amounts of data.2018-06-04T21:21:45.617ZMongoDB using to store all clients info and their invoices and settlement info. This also used to keep a record of customers queries and frequently asked questions by customers.,The schema-less feature really makes it easier to use.
As we know this is free and it allows to run queries on Linux as well.
Data retrieving is faster than other databases.,It provides less flexibilty while writing complex queries.
It should support multiple document level.
This takes higher size to store data.,9,Reducing overall business costs as installation cost is very less of this tool.
Less number of resources needs to maintain it.
Quick and effective response to customers queries and issues.,MySQL, Visual Studio IDE, SoapUI NG Pro,8Nikita kumariMongoDB -- the "Honey Badger" of NoSQL2018-01-12T20:38:01.475ZWe are using MongoDB as the backbone of our latest product offering, the Project Portal (v0.9 released Jan 2016). This is a Saas offering that we essentially white-label to our OEM clients for their customers and end users. MongoDB offers a robust, scalable, simple-to-get-started solution for the persistence layer of our Rails app.,As a software architect, I like the ease with which MongoDB avoids the typical "impedance mismatch" between traditional SQL and the object-oriented problem domain classes. MongoDB (via mongoid) in our Rails app is like a "hot knife through butter." It is much more akin to an OODBMS than anything else.
MongoDB is easy to use throughout product development as it is the "honey badger" of databases. As your product rapidly goes from idea to startup to scaling, MongoDB makes it easier than any SQL database I ever used. You spend more time building your solution, and less time worrying about feeding, nurturing, and migrating the SQL beast.
The ease with which you can spin up replica sets is amazing. No more excuses that you could not build a robust persistence layer. (Especially if you tack on services like MongoDB cloud offerings.)
I also take advantage of the geo-aware spatial indexing. To be able to geocode users, logins, problem domain classes (entities with an address), and do geo-aware queries -- like find me all of the X within Y miles of point Z. Booyah!,I love the idea of Map-Reduce native support in MongoDB. Admittedly I have not used it as much as I would like -- it always seems to trip me up.
Recent additions to the aggregation queries have helped reduce (no pun intended) my need to better wield the weapon that is Map-Reduce.,For my time and money, I would start off almost every project using MongoDB -- even if I knew it might not be the ultimate final DBMS.
Why? Because, in the early stages of product development, I am rapidly iterating on the domain, and other parts of the app. Sometimes changing my mind on major pieces of the architecture as we prototype early solutions.
MongoDB works as freely and as quickly as I do. SQL databases do not. They get in the way, slow me down, tick me off.
However, not all apps are well-suited for NOSQL. So if there are performance needs or other reasons that may point to SQL, then at some point I migrate.
Controversial, I can imagine. But I could explain it over a beer. Or three.,10,Due to MongoDB's honey badger approach to persistence, it allows our teams to run fast at implementing our web apps.
MongoDB is easy to administer -- especially because we use MongoDB Cloud to backup and monitoring.
Admittedly we are not storing gazillions of documents (only 15GB), and we are not "pushing the envelope" on performance, so we do not require any database admins.,CouchDB, MySQL and Microsoft SQL Server,GitHub, IntelliJ IDEA,10Jon KernIf you want easy management and creation of database, MongoDB should be your choice2018-02-13T19:26:38.865ZI work in the informatics department. We currently manage the databases of some banks in my country and the employees of the IBM branch in Venezuela. I believe that it facilitates the management of a large amount of information, which is why bank branches choose us as their operators.,Unlike relational databases, NoSQL databases are based on key-value pairs. MongoDB is the major NoSQL database.
Some types of NoSQL database stores include column stores, document stores, key values, graphics, objects, XML, and other data warehouse modes.,The interface is a little complicated to learn.
They could improve compatibility with other NoSQL databases.
I have had problems with data relationships when information is very large.,Performance: MongoDB offers great performance when inserting data much greater than other traditional database systems. However, this advantage involves sacrificing characteristics of relational database systems such as the processing of transactions.
Replication: MongoDB supports the type of master-slave replication. This replication system is simple to understand.
Storage: MongoDB can be used with a file system, taking advantage of the capacity that MongoDB has for load balancing and data replication using multiple servers for file storage.,8,Infrastructure savings
Hardware savings, since mongodb allows access to databases from the cloud.
Easy access to thousands of data, quickly,,MySQL, SQLite, MariaDB,8,Yes,8,No,Once, I had a problem to pass a database to an older version. The MongoDB technical team explained to me step by step everything that
I should do.Fernando MalaveIt is open-source, cross-platform and schema-less.2018-02-09T18:01:50.794ZYeah, I liked this MongoDB advanced version of SQL we solved many businesses problems with MongoDB. It stores huge amounts of data used by our organization to store market customers databases on our server.,Its ease of scale means auto balancing and reads by using replica sets.
It's cheaper in cost and depends upon RDBMS structure. It is platform independent and we can run on Linux as well
Its DB is schema-less if you want free and flexible table documents you should follow MongoDB so I recommend it,When one problem occurs we can't use joins and flexibility queries.
Data size in MongoDB is typically higher due to document failed names stored it.
It is not a great solution for performing a lot of writes when data size grows. It became lazy and we use other software to bring it back.,Its file system, indexing to improve search and optimaizatio.i liked its BSON features because of all binary-encoded serialization. its create internally index and map document properties. BSON format is a use of the _id field as pk. it also supports ad-hoc queries by indexing and using a unique query language. It is schema-less as I mention in pros option.,9,investment for future
return and profit
increased productivity of business,my sql,MySQL, Microsoft SQL Server, HBase,8Sonaj Gupta
Unspecified
MongoDB
212 Ratings
