Dude i feel ya! 😅 DynamoDB is nice but its hell to serve data to other applications. Especially if you have a lot of data which needs to be paginated on complex queries its simply not possible. We currently query all data then do further processing in lambda and put the results in memory. But your video gave me an idea how to restructure. Thx!
@ImranKhan-xn6ig Жыл бұрын
Crisp and Clean Explanation
@renanlisboa1239 ай бұрын
Why not use a SQL database? I'm not judging or anything I'm just trying to learn so I can make some decisions in my job.
@WebDevCody9 ай бұрын
i wish we did. I'm not a fan of dynamo unless you have "super large data" needs.
@MdRahman-ho8fl5 ай бұрын
excellent. brief and clear.
@raygan32 жыл бұрын
I dont know much about elastic serach but i wonder why do you need dynamodb, cant you just use elasticsearch as your database?
It would be expensive process. I need to know how I to improve dynamodb modeling and mapping process, it took me so much time to come up with few access patterns.
@pshaddelАй бұрын
Nice video! We are planning to do the same thing with Postgres, searching for phrases is not that efficient specially in our architecture that we have to join 4 or 5 tables. I am wondering if we could do it smoothly inside the AWS Lambda. My plan is to join all of those tables and put them as just one document in Elastic Search, which makes it quite fast, but on the other hand I have to update these elastic search documents in cases that somebody updates another table(let's say tags).
@WebDevCodyАй бұрын
Elasticsearch is also a pain. Honestly id try to just find ways to achieve this using Postgres. In elasticsearch, joining data using parent child relationships is aweful performance, and also you have to keep creating new indexes the moment you change search properties or add new search properties.
@pshaddelАй бұрын
@@WebDevCody My plan was to denormalize these documents in Elastic Search, you are right, joins in elastic search would not give us the performance we want.
@PTBKoo11 ай бұрын
Is there a service that can provide similar functionality as dynamodb streams for planetscale mysql?
@ebukaume Жыл бұрын
Nice design, but perhaps we could buffer the stream using an SQS (with a DLQ) so the Lambda doesn't choke and so we could recover from errors in the lambda without losing data. WDYT?
@WebDevCody Жыл бұрын
I think the dynamodb streams (kinesis) is built to hold a LOT of messages, so I don't think it would ever choke. Also the lambda processing the streams from the dynamodb stream already have a fixed limit on how many message they can read per second, so I don't think they will ever choke per say.
@ImranKhan-xn6ig Жыл бұрын
@@WebDevCody Lambda could fail cause of other unexpected reason. Don't you think adding a SQS as buffer (with a DLQ) with ensure data processing of each event streamed from dynamoDB. Just curious can we ensure 100% processing of streams without involving Buffer SQS but including DLQ
@carlosmedinaio7 ай бұрын
I think a SQS (with DLQ) should be added for example just in case the communication between Lambda and ElasticSearch faces some unexpected issue, and the data record to be inserted is lost. Having the SQS, the message involved in the issue will go back to the SQS and event will be launched again. Am I ok?
@SeibertSwirl2 жыл бұрын
Good job babe!!!
@allenchun48 Жыл бұрын
What if I update, or delete a record in dynamodb? will it also reflect in Elasticsearch?
@WebDevCody Жыл бұрын
Yes if you handle the update or delete event in the stream, you can also remove it from elastic search.