Overview
What is Amazon DynamoDB?
Amazon DynamoDB is a cloud-native, NoSQL, serverless database service.
If you need quick noSQL for serverless applications, DynamoDB is a good option to consider
Scalable and flexible datastore
DynamoDB is a serverless, fully managed and NOSQL database.
Best NoSQL Database Tool
Extremely Scalable - Full Marks for scalability
We have thousands and thousands of products in our inventory, with the use of Amazon DynamoDb it is …
Amazing self-managing DB.
Streamlined Webhook Configuration with DynamoDB
Unlocking Efficiency and Scalability: Exploring the Benefits of Amazon DynamoDB
Amazon DynamoDB fast, flexible NoSQL database service
Best in business!
For a fast, reliable, and dynamic database schema needs, DynamoDB is your solution!
Best NoSQL database tool!
"very high efficient and scalable RDS database i.e. Amazon DynamoDB"
A perfect cloud DB
Awards
Products that are considered exceptional by their customers based on a variety of criteria win TrustRadius awards. Learn more about the types of TrustRadius awards to make the best purchase decision. More about TrustRadius Awards
Popular Features
- Availability (70)9.494%
- Scalability (69)9.494%
- Performance (69)9.292%
- Security (70)9.090%
Reviewer Pros & Cons
Pricing
Provisioned - Read Operation
$0.00013
Provisioned - Write Operation
$0.00065
Provisioned - Global Tables
$0.000975
Entry-level set up fee?
- No setup fee
Offerings
- Free Trial
- Free/Freemium Version
- Premium Consulting/Integration Services
Features
NoSQL Databases
NoSQL databases are designed to be used across large distrusted systems. They are notably much more scalable and much faster and handling very large data loads than traditional relational databases.
- 9.2Performance(69) Ratings
How fast the database performs under data load
- 9.4Availability(70) Ratings
Availability is the probability that the NoSQL database will be available to preform its function when called upon.
- 8.8Concurrency(68) Ratings
Concurrency is the ability for multiple processes to access or change shared data simultaneously. The greater the number of concurrent user processes that can execute without blocking each other, the greater the concurrency of the database system.
- 9Security(70) Ratings
Security features include authentication against external security mechanisms liker LDAP, Windows Active Directory, and authorization or privilege management. Some NoSQL databases also support encryption.
- 9.4Scalability(69) Ratings
NoSQL databases are inherently more stable than relational databases and have built-in support for replication and partitioning of data to support scalability.
- 8.6Data model flexibility(67) Ratings
NoSQL databases do not rely on rely on tables, columns, rows, or schemas to organize and retrieve data, but use use more flexible data models to accommodate the large volume and variety of data being generated by modern applications.
- 10Deployment model flexibility(23) Ratings
Can be deployed on-premise or in the cloud.
Product Details
- About
- Competitors
- Tech Details
- FAQs
What is Amazon DynamoDB?
Amazon DynamoDB Features
NoSQL Databases Features
- Supported: Performance
- Supported: Availability
- Supported: Concurrency
- Supported: Security
- Supported: Scalability
- Supported: Data model flexibility
Additional Features
- Supported: Amazon DynamoDB is serverless allowing customers to scale instantly as workloads increase while providing an on-demand billing mode where they only pay for the resources consumed.
- Supported: Amazon DynamoDB provides up to a 99.999% SLA with zero downtime or maintenance windows.
Amazon DynamoDB Screenshots
Amazon DynamoDB Videos
Amazon DynamoDB Competitors
Amazon DynamoDB Technical Details
Deployment Types | Software as a Service (SaaS), Cloud, or Web-Based |
---|---|
Operating Systems | Unspecified |
Mobile Application | No |
Supported Countries | Global, North America, South America, Europe, Africa, Asia, Australia |
Supported Languages | English, German, Spanish, Italian, Japanese, Portuguese, Chinese, Korean, French, Mandarin Chinese |
Frequently Asked Questions
Comparisons
Compare with
Reviews and Ratings
(203)Attribute Ratings
Reviews
(1-25 of 29)DynamoDB is a great NoSQL storage solution
- Scalable data storage
- Solid NoSQL database
- Amazon's reliability
- Serverless solution
- Not as flexible as something like Firebase
- Has a learning curve for indexes
- Ties you into AWS infrastructure
If you need quick noSQL for serverless applications, DynamoDB is a good option to consider
- Auto-scaling is done almost instantly, it’s magical.
- Works really well with serverless apps on AWS Lambdas
- It’s surprisingly transactional and support streams processing
- It’s not cheap at all. You must be careful with billing
- Not for large data
- Backup restoration is slow.
DynamoDB is a serverless, fully managed and NOSQL database.
- fully manageable
- i can easily monitor operation in DynamoDB
- Secure
- Limited Storage option
- Estimating costs is difficult and time-consuming.
Best NoSQL Database Tool
- It is NoSQL so storing data with very smooth
- Integration of it is very smooth
- It is Serverless so execution of it is very fast
- Integration of it apart from Amazon ecosystem is a bit hard
- Due to it is NoSQL, you can perform join and other operations
- Limited Storage option
Extremely Scalable - Full Marks for scalability
We have thousands and thousands of products in our inventory, with the use of Amazon DynamoDb it is easy and quick to fetch and insert products to the database.
Each and every information such as color, size etc is stored in the db and everything is super quick and efficient.
- Scalibilty - At times of very high traffic, Amazon DynamoDB is very easily scalable
- Latency is low hence product fetching and insertion is quick
- As it works in Nosql model hence it is very flexible when compared to RDBS systems
- Automated Backup and recovery is a complex feauture, this needs to be simple as it is one of the most important feauture
- Transactions limit needs to be increased, currently it is around 20-25 unique items
- Cost estimation is hard and challenging
Due to its low latency, it is well suited for application that needs real time data processing like trading application.
But if, there is structured application then i would suggest them to go with Relational database approach unlike Amazon DynamoDB as it offers nosql
Dynamo Db a unique NoSQL from Amazon
- Quick Results
- Better Queries
- Version management for stored/ updated results
- Version management can be improved. It gets irritating at times
- Limited query language as compared to some other industry rivals
- Pricing is a little high
DynamoDB from a service providers perspective
- Scaling
- Global tables feature
- High performance
- Integration with other AWS services
- Cost can be lower.
- Complexity of working with global tables.
- Schema design challenges
My sweet and sweet experience with Amazon Dynamo DB
- Highly scalable
- Low latency
- Fully Managed service
- NoSQL
- Expensive for small workload
- Lack of a Built-in Full-Text Search
- It is designed for single-table queries, and joining data from multiple tables can be challenging.
Strict ACID Transactions Are Critical
Migrating from SQL Databases with Complex Schemas
Predominantly Read-Heavy Workloads with Minimal Writes
Limited Budget for Small Applications
Full-Text Search Is a Core Requirement
DynamoDB is fast, secure and easy to use.
- Fast response
- Availability
- Security on rest
- Ease of use
- Cost model may not be easy to control and may lead to higher costs if not carefully planned
- Indexing may be a cost culprit when not planned, because it's not included on the data costs
- The Query Language may not fulfill everybody's expectations, as it has less features than those of competitors.
Not recommended for deploying it without carefully planning for its usage and costs, as it may become easily unpredictable. Because the indexing of the data comes with its own cost, any non-planned implementation may lead to high costs and indexes are not something that can be easily removed from an architecture once in place. Also, if your needs require a more complex implementation of a query language or multiple ways of querying for your data, then this may not be the database for you.
No SQL, Scalable Database
- AI/ML
- User Data
- Logs
- SDK can be improved
- UI can be improved
Easy Serverless and Scalable
1) Storing Information about the logs and the config data
2) Terraform state file
- Fast Retrieval
- Serverless
- Excellent API
- UI can be improved
- Easy usable SDK
AWS DynamoDB use cases.
- Storing of Data.
- Running lambda functions to synchronously run jobs.
- Run asynchronous jobs.
- Store inconsistent data.
- It is hard to combine them with lambda functions if the job to be run will take longer than 30 seconds.
- It has some inconsistent behavior when fargate containers are involved.
Perfect for serverless transactional workloads
- Low latency read and write throughput
- Streaming data to consumers
- Transactions
- Secondary index management
- Migration tooling
- Point in time recovery performance
It is less suited for applications where data access patterns vary frequently, or flexibility is required for data queries.
Dynamic scaling done easy by dynamoDB
- Integrates easily with other AWS infrastructure
- Easy to use interface on AWS console
- Scales easily with load
- Integrations with orms
- Migrations to other no sql databases
AWS DynamoDB Review
- Provides Scalability
- Provides Access Control
- The item size limit of 400KB is something which we faced issue with once since we had a file of around 1-2MB that wasn't getting uploaded to the DB due to this issue
Just another review…
- Pull Information easily.
- Fast and accessible.
- Being a elastic.
- Don’t see any, to be honest.
- Maybe implementing more tools.
Easy, Scalable, Reliable and Maintainable
- It's part of the AWS family, and our entire platform is built on AWS and using a solution from AWS itself was one of the top priorities.
- Scalability and availability - Since its a managed solution we do not have to worry about scaling or the reliability of the database.
- Simple scalability and key-value storage.
- Building a real-time database using DynamoDB streams.
- Storing JSON data.
- Implementation was harder than relational databases.
- Querying is sometimes a nightmare.
- Backup and restore are not straightforward.
DynamoDB is a great No-SQL solution
- It's very easy to get started, creating a table with a partition/sort key and you're on your way.
- You can scale up and down your read/write IO as needed.
- You can store structured and unstructured data.
- It works great with Web Development as it's JSON based.
- There is a cost associated with creating indexes and being able to run queries.
- It would be nice to have a thick client to be able to connect and work with DynamoDB.
- It would be nice to be more aware of how DynamoDB functioned to be able to engineer towards optimization.
DynamoDB - Know you Absolutely Need it Before Committing
- It's fast. VERY fast. We still house our data that needs to be accessed quickly here.
- It's a flexible NoSQL solution
- It has unlimited scalability and you can use only what you pay for.
- There is very minimal tooling for it compared to other mature solutions. You must go through the AWS dashboard to access what you need.
- The throughput model for charging can make it very difficult to effectively read and write. It's good for small consistent loads, but does not handle spikes and can not transferring large amounts of data. Once you have data in Dynamo, it's very difficult to transport it out at a reasonable cost - very annoying if you want to move data to a different type of storage.
- It gets expensive very quickly. We thought it would be cheap, but any kind of reasonable load will shoot your costs up beyond what you would have paid for other solutions.
- The data is very rigid. You must follow their model of declaring indexes and they can't be updated once the tables are created.
DyanmoDB scaling and backup
- Point-in-time recovery backup
- Auto-scaling
- Scaling horizontally
- Only pay for what you use, its good for a startup project.
- Price calculator, but for the startup project, it's free.
- Simple interface for setup
- Works well within an existing AWS ecosystem
- Fast
- Nothing, so long as you're using it with the intended purpose of a quick, reliable NOSQL DB
DynamoDB is *the* Non-Relational database for the Serverless age
We have Lambda functions that write information to DynamoDB, which triggers other lambda functions to index that data in both SQL databases as well as Algolia for advanced searching and facet support.
DynamoDB helps us support the very random access patterns that we receive for content. Some days we process almost no stories, while other days we process hundreds of thousands of stories. With DynamoDB, we can automatically scale to whatever needs the day might have.
- Automatic Scaling (especially with the new on-demand capacity mode).
- Simple querying of massively large databases.
- Effortlessly store a relatively unlimited amount of information.
- Very cost effective for random access patterns.
- Complex searching (no support for case-insensitive or full-text search).
- Only supports up to two-key indexes.
- Requires choosing the indexes up-front when doing searches.
- Does not have an SQL compatible query front-end.
- No join-table support (requires putting all data into one table).
Unlike traditional SQL or Relational databases, DynamoDB is designed to have all relevant information within a single object. If not properly planned, this can lead to issues when building out a front-end. DynamoDB does not have join table support, nor does it support complex searches or "count" style responses. It is eventually consistent, although they recently did introduce Transaction support, there is no "rollback" option.
Impressive when used as designed; otherwise, risky
- DynamoDB is fully-managed. In the early days, it lacked features like backups, and developers had to either implement some of their own backup functionality or live dangerously. Today, DynamoDB's claim to be fully-managed is more credible. Backups can be configured through the console. Table capacity does not even need to be planned anymore; you can scale (and pay) on-demand.
- DynamoDB is inexpensive for some use-cases. In particular, DynamoDB is very inexpensive when you create a datastore for a low-volume micro-service, or a stateful background job. DynamoDB is much less expensive than RDS or Elasticache for these use-cases, and it allows developers to design systems without worrying about cost.
- DynamoDB is fast when used for the use-cases it was designed for.
- DynamoDB supports the development experience and testing reasonably well. AWS provides an official DynamoDB image that can be used in tests locally or in CI.
- Capacity planning can be difficult, but it is probably a worthwhile exercise in itself. However, today you can scale tables on-demand without capacity planning.
- Migrations can be slow and difficult. If you need to change your schema (e.g., add a secondary index) after you have written a large volume of data to the table or after consumers of the data are live, migrating can be expensive. Tooling for DynamoDB migrations is less mature than tools for migrating other datastores.
- The API is complicated, and third-party wrappers, like PynamoDB, are immature.
- Scanning tables is slow and expensive. It is important to anticipate all of the types of queries you will need to support and design your schema accordingly.
NoSQL is DynamoDB. Always.
I feel they lack Amazon's strong type checking. So I feel they need to work a bit on this part. I've also used DynamoDB on the local system but they need to add more flexibility to the local system. Overall, I feel if you are planning 1 million/min queries then it's perfect for your usage.
- The usage of hash and range keys to retrieve flat objects is a plus
- Very easy usage with CloudFront and Elastic Beanstalk.
- Using Amazon CloudWatch monitoring on Amazon DynamoDB is always a good point.
- I feel they need to improve in strong type checking
- The relational database is tough to migrate so this might be a no for you.
- I feel the local setup is a good idea for testing but some improvements are sorely needed.
An expensive coffin for you NoSQL data.
- Recall on primary hashes is very fast, with HTTP latency over the network we were regularly able to call up records in the 20ms range from a database of millions of records
- Like other NoSQL databases Dynamo lets you easily and quickly add fields to each record without having to define a full schema.
- Pricing is quite affordable as long as you are efficient with your queries. You really need to be doing hash lookups rather than scans since Amazon charges you per record accessed.
- Query "language" leaves much to be desired. If you're coming from a database like MongoDB or SQL you'll find it extremely difficult to get data back out of the system without breaking the bank.
- Because querying is poor, often the only way to get data out of arbitrary fields is by scanning the records – but the pricing model for this is cost prohibitive. This means you frequently need additional architecture to keep track of where data is stored in the hash table. While this is an issue for lots of NoSQL database, DynamoDB is probably the worst offender I've used to date because of the pricing model.
- Amazon does offer a local version of DynamoDB you can run in development, but its an extremely clunky and very hard to integrate into any kind of continuous integration.