Anh em vào link wecommit100xhieunang.com/dang-ky để khám phá hệ thống 7 bước mà tôi đã sử dụng để biến sự nghiệp của mình thành một cỗ máy thu hút cơ hội - nơi những dự án lớn nhé
Ở phút 53:06 em chưa hiểu tại sao lại phải tối ưu câu lệnh để nó chạy nhanh nhất, trong khi đó theo em hiểu thì nếu câu lệnh đúng logic thì sẽ không xảy ra lock. Việc tối ưu câu lệnh chỉ ảnh hưởng đến thời gian. Nếu có thêm thằng transaction khác nữa thì vẫn theo cách đang sử dụng thì nó đâu thể xảy ra tình trạng lock
Cám ơn anh Huy đã đúc kết và chia sẻ kiến thức vô giá mà không dễ dàng tìm thấy ở đâu. Đây chỉ có thể là kết quả những ngày tháng nghiên cứu vất vả ở những bài toán thực tế. Chúc anh nhiều sức khoẻ và duy trì nhiệt huyết chia sẻ như hiện tại. Em có một câu hỏi: Trong các dự án thực tế, mỗi bạn dev phát triển một feature khác nhau và chắc chắn không thể nhận ra có một bạn khác hoặc một feature khác cũng đã/đang có nghiệp vụ thay đổi database record. Và hiện tượng deadlock này vẫn rất dễ xảy ra khi có nhiều nghiệp vụ phức tạp, chồng chéo nhau. Mà thông thường thì trước khi bắt tay vào làm thì hầu hết rất khó nhìn ra vấn đề từ sớm. Vậy có tool nào hay phương pháp nào để có thể phát hiện sớm deadlock trong quá trình phát triển các tính năng mới không? Ví dụ có thể kiểm tra ở Pull Request (PR) level, khi đó bằng cách nào đó có thể phát hiện sớm vấn đề hoặc ít nhất là nghi vấn có thể xảy ra deadlock chẳng hạn? Cám ơn anh.
Thêm tầng lock trên app nữa: ví dụ 1 user request edit profile của bệnh nhân a thì user khác chỉ có thể xem profile bn a. Hoặc kiến trúc microservice chia nhỏ các module thành các schema db riêng khiến câu SQL ko thể dài được, dead lock khó xảy ra lắm
50:57 e có 1 thắc mắc là sao mình k đổi chỗ câu lệnh 1 và câu lệnh 2 của transaction 2 a nhỉ. vì đang lock trên row mà trong ví dụ thì chỉ sắp xếp thứ tự theo table.
@@tranquochuywecommit Em đang ôn luyện và muốn biết nhiều về Oracle DB. Nhưng tìm thì không có mấy video từ đầu. Hồi trước em nhớ là có nguyên 1 series ạ.
Anh có thể làm về Cassandra được không ạ ? Em search trên mạng thì thấy nói rằng nhiều công ty lớn sử dụng nhưng em lại thấy rất ít tài liệu về Cassandra ạ .
trường hợp deadlock của 2 transaction e có chỗ không hiểu là 1 session có thể thực hiện chạy được câu lệnh thứ 2 của nó trong khi câu lệnh 1 chưa được commit ạ?
Commit và Rollback nó có hiệu lực với 1 transaction. Trong transaction có chứ nhiều câu lệnh em ah. Nên khi 1 session chạy câu lện 1 thì không cần commit gì hết, chạy câu thứ 2 bình thường. Hiện tượng Lock, Dead Lock là hiện tượng gặp giữa các transaction với nhau.
*a ơi cho e hỏi là sao e cũng compile cả một package có nhiều procedure trong oracle trong khi ứng dụng vẫn đang chạy mà nó k bị chết (bị lock) như a bảo nhỉ*
Anh em vào link wecommit100xhieunang.com/dang-ky để khám phá hệ thống 7 bước mà tôi đã sử dụng để biến sự nghiệp của mình thành một cỗ máy thu hút cơ hội - nơi những dự án lớn nhé
Cám ơn anh Huy. Với một người đang học về database như em , cái video này giúp em rất nhiều
Em có thể vào cả nhóm telegram nhé, anh có cả các buổi Zoom chia sẻ đấy
Ở phút 53:06 em chưa hiểu tại sao lại phải tối ưu câu lệnh để nó chạy nhanh nhất, trong khi đó theo em hiểu thì nếu câu lệnh đúng logic thì sẽ không xảy ra lock. Việc tối ưu câu lệnh chỉ ảnh hưởng đến thời gian. Nếu có thêm thằng transaction khác nữa thì vẫn theo cách đang sử dụng thì nó đâu thể xảy ra tình trạng lock
Cảm ơn bạn, một số phần rất ý nghĩa với mình, lâu ko đụng vào và xly nên quên mất
Cám ơn anh Huy đã đúc kết và chia sẻ kiến thức vô giá mà không dễ dàng tìm thấy ở đâu. Đây chỉ có thể là kết quả những ngày tháng nghiên cứu vất vả ở những bài toán thực tế. Chúc anh nhiều sức khoẻ và duy trì nhiệt huyết chia sẻ như hiện tại.
Em có một câu hỏi:
Trong các dự án thực tế, mỗi bạn dev phát triển một feature khác nhau và chắc chắn không thể nhận ra có một bạn khác hoặc một feature khác cũng đã/đang có nghiệp vụ thay đổi database record. Và hiện tượng deadlock này vẫn rất dễ xảy ra khi có nhiều nghiệp vụ phức tạp, chồng chéo nhau. Mà thông thường thì trước khi bắt tay vào làm thì hầu hết rất khó nhìn ra vấn đề từ sớm.
Vậy có tool nào hay phương pháp nào để có thể phát hiện sớm deadlock trong quá trình phát triển các tính năng mới không? Ví dụ có thể kiểm tra ở Pull Request (PR) level, khi đó bằng cách nào đó có thể phát hiện sớm vấn đề hoặc ít nhất là nghi vấn có thể xảy ra deadlock chẳng hạn?
Cám ơn anh.
Thêm tầng lock trên app nữa: ví dụ 1 user request edit profile của bệnh nhân a thì user khác chỉ có thể xem profile bn a. Hoặc kiến trúc microservice chia nhỏ các module thành các schema db riêng khiến câu SQL ko thể dài được, dead lock khó xảy ra lắm
Đỉnh cao.Thank a đã chia sẻ!!!
ngonnnn. cuối tuần có video để gặm nhắm rồi. cảm ơn a
Cảm ơn em đã ủng hộ kênh nhé
hay quá anh ơi! Have a nice weekend! 😊
cảm ơn anh em nhé
cảm ơn bạn
Hay quá Huy!
Em cảm ơn anh Tuân.
50:57 e có 1 thắc mắc là sao mình k đổi chỗ câu lệnh 1 và câu lệnh 2 của transaction 2 a nhỉ. vì đang lock trên row mà trong ví dụ thì chỉ sắp xếp thứ tự theo table.
Hay quá 😮😮😮
Cảm ơn anh Huy
cảm ơn người anh em nhé
Cảm ơn anh huy đã chia sẻ ạ
Cú pháp update cả 2 bản ghi nhưng value khác nhau là gì vậy, cho ví dụ
Cám ơn anh Huy. Có vẻ như những video cũ về DB anh ẩn hết hay sao mà em tìm không có mấy video như này ạ.
thế là từ các video rất lâu rồi anh em ah. Anh em đang tìm nội dung gì ?
@@tranquochuywecommit Em đang ôn luyện và muốn biết nhiều về Oracle DB. Nhưng tìm thì không có mấy video từ đầu. Hồi trước em nhớ là có nguyên 1 series ạ.
Em xem video bí kíp anh trở thành chuyên gia và học Oracle, có trên kênh này luôn. Xem video đó sẽ có ích cho em nhé
A có thể sắp xếp và đánh số các video theo thứ tự được k ạ, tạie muốn bắt đầu học mà kbt bdau từ đâu theo các vid của anh ạ, e xin cảm ơn
anh có các video full course như postgresql, sql server, mysql, mongodb, em có thể bắt đầu từ 1 trong các video này nhé
Anh có thể làm về Cassandra được không ạ ? Em search trên mạng thì thấy nói rằng nhiều công ty lớn sử dụng nhưng em lại thấy rất ít tài liệu về Cassandra ạ .
anh có làm cassandra đấy, em đợi các video sau nhé
@@tranquochuywecommit dạ vâng ạ
Nọ buổi thiết kế database cho game anh có tính up không ạ??
anh đang cân nhắc em ah.
trường hợp deadlock của 2 transaction e có chỗ không hiểu là 1 session có thể thực hiện chạy được câu lệnh thứ 2 của nó trong khi câu lệnh 1 chưa được commit ạ?
Commit và Rollback nó có hiệu lực với 1 transaction.
Trong transaction có chứ nhiều câu lệnh em ah.
Nên khi 1 session chạy câu lện 1 thì không cần commit gì hết, chạy câu thứ 2 bình thường.
Hiện tượng Lock, Dead Lock là hiện tượng gặp giữa các transaction với nhau.
@@tranquochuywecommit thank anh 🥰
*a ơi cho e hỏi là sao e cũng compile cả một package có nhiều procedure trong oracle trong khi ứng dụng vẫn đang chạy mà nó k bị chết (bị lock) như a bảo nhỉ*
đang không có session nào dùng các thủ tục của em, thì nó không lock. Còn nếu có ông đang dùng thì tèo ngay.
Nói ông anh đừng buồn toàn kiến thức sáo rỗng.
đang áp dụng ầm ầm trong dự án mà người anh em.
Hóng bác chỉ ra điểm sáo rỗng 😄
😂 a nên góp ý mang tính xây dựng thì hơn ạ
Comment đầu ❤