DynamoDB is a natural fit for anyone using the AWS environment for their code. If we were using Google or not tied to anything then Firebase might have been a better choice as it supports pub / sub among other things. It doesn't really act as a cache like redis does, but it can …
For our use case, we needed a noSQL that would work with AWS Lambdas of specific parts of the internal web applications. We optimized billing and uses , diversified databases for various parts; so it’s not very expensive.
Verified User
Engineer
Chose Amazon DynamoDB
i think both depends on usuability and app requirement
Other all SQL Databases are based on the traditional Schema Structure and Amazon DynamoDB is NoSQL so you don't need to generate the SQL Schemas. You can store the data whatever you want, whenever you want. You can store data in structured or non-structured any way you want. If …
Performance at high scales is better and the cost at high scales is less. If one has a ton of data generated and has to work their way through it, I think Amazon DynamoDB should the go-to database. There are no compromises when it comes to performance at a huge scale. With any …
MongoDB was basically the first approach we used but because there was concern that some data may miss we were reluctant to use it. Oracle Database and SQL Server was our second approach but it was throttling so in last we tested out Amazon DynamoDB and it met our requirement.
The Amazon Web Services managed Amazon DynamoDB has excellent features which makes it stand out from all the others in market right now. The management ease it offers is far superior than its competitors and on top of that the on-demand pricing model is an advantage which works …
MongoDB has some performance issues and can get corrupted from time to time and has needed to be rebuilt. We have not had that experience while using DynamoDB.
Amazon DynamoDB supports larger throughput, with better SLA, also, we are considering unstructured data, so Amazon DynamoDB has become the final decision
It has its own pros and cons as compared to others. Firebase has problem in terms of multiple queries. while mongo db lacks the scalability, replication and version management.
The only thing that can be compared to DynamoDB from the selected services can be Aurora. It is just that we use Aurora for High-Performance requirements as it can be 6 times faster than normal RDS DB. Both of them have served as well in the required scenario and we are very …
DynamoDB offers strong consistency, more fine-grained control over read and write capacities, and integrates seamlessly with other AWS services. DynamoDB is designed for horizontal scalability and high throughput, making it a better choice for applications with rapidly changing …
AWS handles hardware provisioning, data recovery, fault tolerance, patching, and database upgrades for DynamoDB since it is a fully managed database service. Businesses can then concentrate on other aspects of their operations, including product development or customer service, …
The automation is much more subtle and it performs way better for internet-scale applications. No matter the number of connections, the performance doesn't dip even a bit.
DynamoDB's scalability is more automated and effortless, making it easier to handle rapid growth. Other tools require more manual configuration while DynamoDB simplifies database administration. Also, DynamoDB provides strong consistency while other tools like MongoDB and Apache…
We are always assembling our solutions on AWS and DynamoDB is a better fit for us because of its simplicity. DynamoDB has its ow sets of triggers that make this an integrated solution on AWS. Besides, we wanted to use a key-value solution for our simple edge DB, and we didn't …
Comparing RDS and Dynamo is not fully Apples to Apples comparison. RDS is a more flexible cloud-native solution that supports a wide range of engines that are relational. It is great for running older DB types like Oracle in the Cloud. Because it supports multiple engines, it …
DynamoDB is slightly different than both the above-stated DBs, with RDS being a relational database and Redshift being a data warehouse used for heavier jobs and analytics and vast data. DynamoDB lies in between both, with it being a no SQL base that can relatively store …
It’s great for server less and real-time applications. It would be great for gaming and mobile apps. However, if you need relational database and have fixed budget, do not use it. While budget can be managed, you need to be careful. Also this is not a tool for storing big data, there are other wide-column database types you could use for it ins the ad
It's core to our business, we couldn't survive without it. We use it to drive everything from FTP logins to processing stories and delivering them to clients. It's reliable and easy to query from all of our pipeline services. Integration with things like AWS Lambda makes it easy to trigger events and run code whenever something changes in the database.
Functionally, DynamoDB has the features needed to use it. The interface is not as easy to use, which impacts its usability. Being familiar with AWS in general is helpful in understanding the interface, however it would be better if the interface more closely aligned with traditional tools for managing datastores.
It works very well across all the regions and response time is also very quick due to AWS's internal data transfer. Plus if your product requires HIPPA or some other regulations needs to be followed, you can easily replicate the DB into multiple regions and they manage all by it's own.
The only thing that can be compared to DynamoDB from the selected services can be Aurora. It is just that we use Aurora for High-Performance requirements as it can be 6 times faster than normal RDS DB. Both of them have served as well in the required scenario and we are very happy with most of the AWS services.
I have taken one point away due to its size limits. In case the application requires queries, it becomes really complicated to read and write data. When it comes to extremely large data sets such as the case in my company, a third-party logistics company, where huge amount of data is generated on a daily basis, even though the scalability is good, it becomes difficult to manage all the data due to limits.
Some developers see DynamoDB and try to fit problems to it, instead of picking the best solution for a given problem. This is true of any newer tool that people are trying to adopt.
It has allowed us to add more scalability to some of our systems.
As with any new technology there was a ramp up/rework phase as we learned best practices.