Live data from Hacker News

Viewing profile — abd12

abd12

HN member
Joined
Mon, Dec 01, 2014, 2:29 PM UTC
HN karma
1,125
Public activity
121 items

About abd12

No profile information was provided.

Recent public activity

  1. story
  2. comment
    Comment #32095632

    I always tell people there are two clear areas where DynamoDB has some major benefits: - Very high scale applications that can be tough for an RDBMS to handle - Serverless applicat…

  3. story
  4. story
  5. comment
    Comment #30466536

    One difference with DynamoDB is that there's no query planner, so you can have a pretty good sense of how many items you'll hit and how big that read is.

  6. comment
    Comment #30210723

    Nice post! Question for you -- what are the performance implications of "re-keying" my records during the transform? Should I try to keep the same key for my transformed record as …

  7. comment
  8. comment
    Comment #25836250

    Wow! Congrats to you, Jay and Frank. I've been a fan of your work on both Seed.run & Serverless Stack for a while. Best of luck, and I'm excited to see Seed grow :)

  9. comment
    Comment #23702288

    I highly recommend this book and Swyx's other work. He's thorough while also distilling down to the most important bits. Great book for people that are just starting their coding c…

  10. comment
    Comment #23203409

    Yep! There are entire chapters on sorting & filtering. Note: it's different than in a relational database, but it's doable :)

  11. comment
    Comment #23202593

    Yep! It comes with PDF, MOBI, and EPUB formats :)

  12. comment
    Comment #23199259

    It depends! For me, I like that 98% of DynamoDB work is frontloaded. I spend the time building the model but once it's done -- set it and forget it. With RDBMS, it's like there's a…

  13. comment
    Comment #23198375

    Thank you! I really appreciate it :) Hit me up if you have any questions!

  14. comment
    Comment #23197812

    Haha, I love that story at the end. I promise not to tell your company that it is a database.

  15. comment
    Comment #23196857

    luhn responded to this one pretty well :) Basically, most of these issues are gone. As long as you don't have extreme skew in your partition keys, you don't need to worry about thr…

  16. comment
    Comment #23196736

    I recommend On-Demand pricing 'until it hurts'[0], but that's because a ton of people I talk to are spending If you are at the point where you are spending over thousands of dollar…

  17. comment
    Comment #23196690

    Daniel, I'm a big fan of yours but disagree with this take :). It's definitely a database. The modeling principles are different, and you won't get some of the niceties you get wit…

  18. comment
    Comment #23196661

    All the examples are specific to DynamoDB and use DynamoDB features. That said, the principles apply pretty well to other popular NoSQL databases, especially MongoDB and Cassandra.…

  19. comment
    Comment #23196619

    True! I'm not a huge fan of Aurora Serverless and the Data API. The scaling for Aurora Serverless is slow enough that it's not really serverless, IMO. And the Data API adds a good …

  20. comment
    Comment #23196339

    Good point! I would usually not recommend using a database from a different cloud provider just because of different hassles around permissions, connections, etc. I've never found …

  21. comment
    Comment #23196170

    Awesome! Hit me up if you have any questions :)

  22. comment
    Comment #23196163

    I can understand the sentiment and don't fault you for it. That said, I think you can definitely handle complex, relational patterns in DynamoDB pretty easily. It will take some wo…

  23. comment
    Comment #23196133

    Thank you for your support! The biggest advice I can give you is not about any specific tool, it's about an approach. You need to think about how you will market the book if you're…

  24. comment
    Comment #23196059

    Thanks for your support! I'm grateful for the fix you suggested as well :)

  25. comment
    Comment #23196048

    I'd much rather pay for reads & writes directly rather than guessing at how my CPU and RAM will translate to the reads and writes that I need. RDBMS capacity planning basically goe…