- Видео 3
- Просмотров 8 530
Tyler Walch
Добавлен 8 фев 2007
Common Single-Table design modeling mistakes with DynamoDB
Advanced DynamoDB Techniques: Designing your access patterns is hard, designing your keys for scale is even harder! Learn these advanced techniques to modeling your DynamoDB keys before you write records to your database. I have been working with DynamoDB for years and have seen a lot of pitfalls from naively designed keys, in this video I go over every trick I have to model modeling DynamoDB keys with a focus on single-table design.
If you use TypeScript/JavaScript, checkout the library ElectroDB at electrodb.dev for a type-safe way to accomplish all of these techniques out of the box!
00:00:00 Introduction
00:00:56 Agenda/Overview
00:01:27 Partition and Sort keys
00:05:48 Single-Table design...
If you use TypeScript/JavaScript, checkout the library ElectroDB at electrodb.dev for a type-safe way to accomplish all of these techniques out of the box!
00:00:00 Introduction
00:00:56 Agenda/Overview
00:01:27 Partition and Sort keys
00:05:48 Single-Table design...
Просмотров: 7 730
Thank you!
Interesting way to look at design
This is all very cool. But seems like a lot of contortions and conventions to make up for the absence of things that something like mongo does out of the box with indexes, $lookup, ...
This was excellent. Thank you Tyler. It's too bad you don't offer modeling services as a freelancer.
Great explanation!! Do you have plans to make some videos on ElectroDB? especially advanced concepts.
Great presentation. Practical callouts and commentary added so much to these otherwise familiar concepts.
The best explanation of the design concept. I can see you must have spent a lot of time and effort to produce such a coherent presentation.
this is a really great explanation, thanks for taking the time to put it together!
Gained lots from this video. I have been watching RUclips videos for DynamoDB. Your method of 'Show and Why' went that little bit further of 'Show and Do This Way'. Your explanations help me understand why things are done as best practices.
How would I get all courses that are in building01 and building02 etc
Great question, you can use the `between` sort key operator for that 👍
Tyler is gonna be a leader in this space within the next decade, hear him out!
Thanks Tyler, great talk
I have a controversy about this design. There is too much duplication. It forces the use of a unique name. It doesn't allow to use of non-uniq names I prefer to use ulid. It keeps unique and ordered. ulid ID has date in ID, ulid keeps an ordering
theres nothing stopping you from building a composite key with timestamps.
So cute