Lý thuyết thì e hiêu sơ sơ r, nhưng mà implement ntn thì vẫn chưa rõ.
A cho e hỏi, với saga pattern trường hợp insert data từ nhìu service, khi 1 service fail thì call delete API để rollback lại data đã dc tạo từ service trước.
Vậy trường hợp update data thì ntn nhỉ, chẳng hạn update data ở service A, sau đó update service B nhưng không may đã cố retry nhưng vẫn fail, thì làm sao để rollback lại data ở service A nhỉ
bạn ơi, chỗ này mình chưa hiểu lắm. Ngồi cộng 1 hồi vẫn chưa hiểu quy luật là sao " thì mỗi row kết quả sẽ là tổng của row hiện tại với tất cả các rows có quantity_warehouse +/- 2"
@vietronaldo23w có nhưng mà hiếm lắm e ơi. lúc đấy có thể làm theo cách của e là có tt rollback, nhưng nên ở table khác chứ k phải trong record đó, nguyên nhân để delete cho nhanh. ngoài ra e có thể apply event source...
@vietronaldo23w mấy thằng đó toàn dựa trên idea changed data capture.
publish-id: có e nhé trong trường hợp k có lỗi -> nó cũng chỉ phù hợp 1 vài bài toán nhất định. trick của nó là trong khoảng tgian publish id sang thì transaction đã đc commit r -> lúc query là đã có data, còn k thì retry hoặc chờ abort event thôi
THẢO LUẬN
Lý thuyết thì e hiêu sơ sơ r, nhưng mà implement ntn thì vẫn chưa rõ. A cho e hỏi, với saga pattern trường hợp insert data từ nhìu service, khi 1 service fail thì call delete API để rollback lại data đã dc tạo từ service trước. Vậy trường hợp update data thì ntn nhỉ, chẳng hạn update data ở service A, sau đó update service B nhưng không may đã cố retry nhưng vẫn fail, thì làm sao để rollback lại data ở service A nhỉ
cảm ơn bạn
d
bạn ơi, chỗ này mình chưa hiểu lắm. Ngồi cộng 1 hồi vẫn chưa hiểu quy luật là sao " thì mỗi row kết quả sẽ là tổng của row hiện tại với tất cả các rows có quantity_warehouse +/- 2"
g
Hy vọng anh sớm ra tiếp phần 2 và 3
Nice
Thực ra thì em cũng mới học Vue và lúc này em cũng làm theo như hướng dẫn trên docs của họ
Vô tình em thử thì nó lại và nó works tốt.
Em cũng cảm nhận đúng là dùng kiểu emit giúp bạn tách biệt flow rõ ràng so với kiểu props
Em có hỏi mấy đứa làm vue mà cũng không để ý cái này.
Thanks anh nhé
tks
Bài viết vô cùng hữu ích, ngôn từ dí dỏm, vui tươi nên nội dung lại càng dễ đi vào lòng...người! Cảm ơn tác giả!
tks
tks
cảm ơn bạn
tks
tks
thanks
Bài viết hay, thực tế
link giải thích ngắn gọn hơn cho ai cần https://drive.google.com/file/d/178XbDDYfv7p8a9OjXXQR_SK1L0Ls-KjW/view?pli=1
hic giới thiệu đơn giản quá đúng là viết bài chạy chỉ tiêu
@vietronaldo23w có nhưng mà hiếm lắm e ơi. lúc đấy có thể làm theo cách của e là có tt rollback, nhưng nên ở table khác chứ k phải trong record đó, nguyên nhân để delete cho nhanh. ngoài ra e có thể apply event source...
@vietronaldo23w mấy thằng đó toàn dựa trên idea changed data capture.
publish-id: có e nhé trong trường hợp k có lỗi -> nó cũng chỉ phù hợp 1 vài bài toán nhất định. trick của nó là trong khoảng tgian publish id sang thì transaction đã đc commit r -> lúc query là đã có data, còn k thì retry hoặc chờ abort event thôi