AWS re:Invent 2020: Data modeling with Amazon DynamoDB - Part 1

Поділитися
Вставка
  • Опубліковано 10 лют 2025

КОМЕНТАРІ •

  • @MrKane101111
    @MrKane101111 2 роки тому +7

    This is such a freaking wonderful presentation. So nice and clear with the examples. Excellent.

  • @JanekBogucki
    @JanekBogucki 3 роки тому +6

    Very engaging presentation with useful techniques outlined clearly. It does pose the question of where the dividing line between a design pattern and a workaround for missing functionality lies.

  • @sonicjetson6253
    @sonicjetson6253 2 роки тому

    The best video on dynamodb modeling

  • @ISCCS1
    @ISCCS1 2 роки тому

    Maybe Mr Rick Houlihan continue helping our AWS Community. And I hope he takes a look how he introduces any topic or guest. Entonation and speed, a little better, less flat talking. Despite all, I really thank to all of you for every detail in this video. This is not a Daily News report but an updating event. Thanks.

  • @harjos78
    @harjos78 2 роки тому

    Awesome presentation. worth every minute!

  • @xN811x
    @xN811x Рік тому +2

    DynamoDB has it's applications but I don't like the pitch as a general database.
    It's basically: _yea but what if you want to scale your TODO application to the moon?? all it takes is just spewing inconsistent data everywhere and reinventing JOINs using string concatenation._

  • @jairjosafath9693
    @jairjosafath9693 3 роки тому +1

    Thanks, this was very informative

  • @alexanderkosarev9915
    @alexanderkosarev9915 3 роки тому

    its very informative in 2021

  • @subhodi9911
    @subhodi9911 3 роки тому +5

    Interested to know how dynamo db can handle agile requirements. As schema and requirement changes...

  • @alambertt
    @alambertt 3 роки тому

    Excellent video. I love DynamoDB

  • @allisfehr
    @allisfehr 2 роки тому

    How does AWS Amplify handle data access patterns since it doesn’t ask the user to define them when the user is defining relationships? I assume it just sets up a lot of global secondary indexes which will consume way more WCUs and make it way more expensive to add to your data than if you set everything up manually

  • @samlaf92
    @samlaf92 3 роки тому +1

    I don't have a good understanding of joins in sql. At 10:55, which part of hashed partitions prevent nosql from having joins?

    • @zanderkrasny7132
      @zanderkrasny7132 3 роки тому

      Because the data is split up in 10G chunks across multiple partitions, you can't fetch data from other partitions in the same operation. A SQL join combines information from multiple tables matching a specific condition, which means that it has to search all of the columns for items that meet that condition. In order to maintain it's speed, DynamoDB opts to not allow operations like this. Sorry this is 2 months after you asked the question, but I hope my answer makes sense!

    • @samlaf92
      @samlaf92 3 роки тому

      ​@@zanderkrasny7132 Even if multiple partitions are split across multiple computers, nosql could still (technically) offer joins by fetching across the different partitions no?
      Unless you are saying this would make it slow to point where it would be unusable and SQL solves this problem by having all tables on the same shard/partition/computer? From my understanding however the whole newSQL movement is about providing sharding to SQL databases. If they solve this problem, why can't noSQL databases also solve it?

    • @zanderkrasny7132
      @zanderkrasny7132 3 роки тому +2

      ​@@samlaf92 From what I understand, it's not that they couldn't implement join operations across partitions, it's just that it would defeat the performance goals of partitioned noSQL. If you're searching every partition for what you're looking for, you lose the ability to run an O(1) hash, and then only searching 10G, because you have to go through all of the rest of your data, which can be massive. I don't know how newSQL gets around this; I haven't looked into it.

  • @amosfeldman9454
    @amosfeldman9454 3 роки тому

    Is there a playlist for the "Re:Invent" videos? I see one for the "Re:Inforce" ones?

  • @mchammerabi
    @mchammerabi 3 роки тому +2

    Dynamodb to the rescue! Its hard but its hawd

  • @rickharold7884
    @rickharold7884 3 роки тому

    Beautiful

  • @trevorbrzycki6628
    @trevorbrzycki6628 2 роки тому

    I want to see how that actor/movie key works when you have something like Eddie Murphy and The Nutty Professor. Maybe that just wasn't a good example table, or I'm missing something? FYI, in that movie (like many other movies), the actor plays more than 1 role.

  • @lucasterable
    @lucasterable 2 роки тому

    7:35 that flat line violates the second law of thermodynamics to say the least. :/

  • @BrettRyan78
    @BrettRyan78 3 роки тому

    I love your work Alex. You just say “right” far too much.:)

    • @alexbdebrie
      @alexbdebrie 3 роки тому +7

      Right?!
      Kidding aside, I've noticed this recently though. Trying to work on it :)

    • @BrettRyan78
      @BrettRyan78 3 роки тому +1

      @@alexbdebrie Actually, I noticed :) When I saw your re:Invent talk I immediately went and bought your book. keep being awesome!

    • @Yusuf-ok5rk
      @Yusuf-ok5rk 3 роки тому +1

      @@alexbdebrie kudos for checking comment section. don't lose your enthusiasm when you get to be the most seniorest dev in your company or in world or smth.

    • @alexbdebrie
      @alexbdebrie 3 роки тому

      @@Yusuf-ok5rk You're welcome! And if I ever lose the enthusiasm, don't let me give talks anymore :)

  • @jakubucinski
    @jakubucinski 2 роки тому

    ua-cam.com/video/fiP2e-g-r4g/v-deo.html - Meanwhile, Eddie Murphy - "Let me screw with that guy"

  • @carlosperezaraujo4845
    @carlosperezaraujo4845 2 роки тому

    are you in a rush? hahaha

    • @JoshKemmerer
      @JoshKemmerer 2 роки тому

      I think the video is sped up. I did a custom playback speed of 0.9x and it sounded much more natural