AWS re:Invent 2021 - Data modeling with Amazon DynamoDB [REPEAT]

Поделиться
HTML-код
  • Опубликовано: 15 дек 2021
  • In this session, learn about Amazon DynamoDB, a fully managed serverless database that provides high performance at any scale with built-in security, backup and restore, and in-memory caching. Hear from Alex DeBrie, Principal at DeBrie Advisory and AWS Data Hero, about the fundamentals of DynamoDB and how to use it as more than a key-value store. Data modeling for NoSQL databases like DynamoDB is different from modeling for traditional relational databases. Discover how to model complex requirements using simple building blocks. Also learn about primary keys, secondary indexes, and patterns for handling relationships, filtering, sorting, and more.
    Learn more about re:Invent 2021 at bit.ly/3IvOLtK
    Subscribe:
    More AWS videos bit.ly/2O3zS75
    More AWS events videos bit.ly/316g9t4
    ABOUT AWS
    Amazon Web Services (AWS) hosts events, both online and in-person, bringing the cloud computing community together to connect, collaborate, and learn from AWS experts.
    AWS is the world’s most comprehensive and broadly adopted cloud platform, offering over 200 fully featured services from data centers globally. Millions of customers-including the fastest-growing startups, largest enterprises, and leading government agencies-are using AWS to lower costs, become more agile, and innovate faster.
    #AWS #AmazonWebServices #CloudComputing
  • НаукаНаука

Комментарии • 18

  • @mcmoodoo
    @mcmoodoo 2 года назад +7

    What an amazing speaker!! Super concise, straight to the point, no fluff - pure value! Learned so much in an hour! Amazing. Looking to purchase his book and learn more. What a gem I've found today.....

  • @chrath9789
    @chrath9789 8 месяцев назад

    this is pure gold, concise and effective , the way it should be

  • @galeop
    @galeop Год назад +2

    Excellent talk, very clear and concise

  • @maa1dz1333q2eqER
    @maa1dz1333q2eqER 2 года назад +1

    As always a great talk, thanks!!!

  • @leaddeveloper2606
    @leaddeveloper2606 2 года назад +1

    a must-watch video!

  • @Isom3250
    @Isom3250 2 года назад

    great talk with good experiences/insights communicated

  • @stevebuonincontri6853
    @stevebuonincontri6853 11 месяцев назад

    This was a great lecture - thanks for sharing.

    • @amazonwebservices
      @amazonwebservices 11 месяцев назад

      You are welcome! So glad you like it! 😀 ☁️ 🤝

  • @galeop
    @galeop Год назад +1

    40:59 if we wanted to know what’s the customer’s email, would it be best practice to duplicate the customer email in the App attributes section, rather than determine it from the PK ?

  • @lucasterable
    @lucasterable Год назад

    1:01:19 New access pattern -> new GSI -> additionsl WCUs per write operation

  • @ahmadmayahi
    @ahmadmayahi Год назад

    42:27
    In this case, It's a filtering key not a sort key.
    For example, a User could have several Invoices (one-to-many), in this case the "SK" is a filtering rather than sorting. Correct me if I'm wrong.

  • @vermoidvermoid7124
    @vermoidvermoid7124 9 месяцев назад

    almost all data modeling videos don't cover eventual consistency issues with GSI, Thats cheating!
    I would like to know how to model data and keep strong consistency.

  • @anildasari
    @anildasari Год назад

    At 3:12 "DynamoDB is schema-less. That doesn't mean you shouldn't have a schema. You should absolutely have a schema. You should enforce it in the application layer."
    Why do NoSQL vendors promote "being schema-less liberates developers from the tyranny of RDBMSs", when all they're doing is pushing that responsibility to the application?
    Any database that doesn't support joins, forces rigid access patterns, enforces page size limits and throughput limits can give consistent, predictable read speeds 😀
    DynamoDB is great for certain use cases, but the comparison with RDBMSs is unfair. They solve two different problems, and one can't replace the other.

    • @confuzler6985
      @confuzler6985 Год назад +1

      Because it is better, cheaper and way more flexible to have you schema enforcing rules or lack-off, on your business layer code rather than on the DB.

    • @jobrown04
      @jobrown04 7 месяцев назад

      It comes from moore's law, as well. Data is cheap but CPU compute is expensive now. We no longer double CPU power every year, so SQL databases are difficult to scale with. This, to me, is why technology has moved to NoSql -> it's solving problems we didn't have 10 years ago.

  • @fanzzzzzzzzzzzzzzzzz
    @fanzzzzzzzzzzzzzzzzz Год назад

    Great content but poor audio quality!

    • @awssupport
      @awssupport Год назад +1

      Thanks for pointing this out! 👍 I've shared your feedback internally with our team for review. 🧐✅ ^MO

  • @SuperFX64
    @SuperFX64 Год назад

    ‘😂