@datbv Yeah Yeah ! Senior có khác, em hỏi vui thôi mà trả lời tường tận quá điiii

@datbv

@yendevy cuộc sống khó khăn lắm bạn, phải mò cua bắt cá, sau còn mua bỉm cho vợ, trà sữa cho con.

B chỉ thi chứng khoán là giỏi thôi

AWS thì có nhiều loại chứng chỉ b ạ, cái mình thi là SAA, theo mình thấy thì nó cũng k khó lắm, chủ yếu là nắm rõ các khái niệm base và giải quyết vài tình huống hay gặp, mình ôn trong 3 tuần SAA, đề SAA thì thi bằng tiếng Anh b ạ .

Ngưỡng mộ bạn này, mình thi chứng chỉ FE mấy lần chưa đỗ

ngưỡng mộ,thi AWS có khoai lắm ko ạ? đọc cũng thấy sợ rồi

Cảm ơn b nhé

mình thi chứng chỉ SAA của Amazon b ạ, cty mình không bắt thi mà hỗ trợ thi nên mình mình thi thôi

Ok, em muốn đề cập đến distributed transaction. Đúng là nhân tài đây rồi. Cứ hóng đi rồi sẽ có bài .

Câu hỏi phỏng vấn đây à . Good question. Việc nên hay không nên, nếu đánh thì đánh ntn nếu chỉ phụ thuộc vào ORDER BY là không đủ, nó còn phụ thuộc vào điều kiện tìm kiếm của em là gì để quyết định. Ngoài ra cần hiểu cơ chế hoạt động của query nữa.

Anh ví dụ "SELECT * FROM EMPLOYEE ORDER BY LAST_NAME". Nếu không đánh index, nó sẽ sort table và lấy ra toàn bộ. Độ phức tạp khi sort best case cũng phải O(n), và nó sort trong quá trình query. Nếu đánh index, đơn giản rồi, B-Tree nó support link các node với nhau, nên việc còn lại chỉ là scan table index và look up sang table chính, complexity O(logn) luôn -> nên đánh index. Ngoài ra nó cũng phụ thuộc vào việc column đấy có đc update thường xuyên không bla bla.

Một câu khác có điều kiện "SELECT * FROM EMPLOYEE WHERE LAST_NAME > 'T' ORDER BY LAST_NAME". Nếu không index, luôn luôn vẫn là sort table và seq scan. Nếu index, giống case trên, look up vị trí đầu tiên thỏa mãn đk O(logn).

Có ý kiến khác thì cmt nhé .

Good. Em nói đúng nhưng cũng chưa đúng. Lý thuyết đều dùng được, nhưng không làm như thế em nhé. Lý thuyết và thực tế là 1 khoảng cách rất xa. Red-black hay AVL Tree mà em nói là cây nhị phân cân bằng, lưu ý là nhị phân, 1 node có tối đa 2 node con.

Với index nó dùng tư tưởng của BST và BT để implement và B-Tree index ở đây ám chỉ balance tree, các node có thể có nhiều hơn 2 node con, điều quan trọng là nó phải balance để đảm bảo complexity luôn thấp nhất, chắc em rõ cái này rồi.

@HuyDQ đây anh, em thấy có dữ liệu

cty bạn bắt thi AWS là thi chứng chỉ hay gì bạn nhỉ

@viet111 nếu e chạy Runner của riêng e thì e cần đảm bảo là tất cả các Runner chạy trên cùng 1 máy thì mới được.

Như chỗ a đang làm họ chạy Runner trên nhiều node (mỗi node 1 máy) thì cũng ko (khó) áp dụng được

@tuannd1 Ae trong team(người quen) hay nói trêu đùa nhau thôi bạn. chứ nếu người ko quen biết mình cũng ko giám nói thế đâu bạn à Cảm ơn bạn đã góp ý nhé

Ủa nếu mà các bên họ dùng api của facebook cho thì họ có thể vẫn lấy được tài khoàn và mật khẩu người dùng. Việc là họ sẽ dùng api xác thực ở một nơi và facebook có kiểm tra thế nào thì dừ liệu nhập từ một web khác.

Em đang đợi các bài viết tiếp theo trong Series a nhé. Nhất là những bài về xử lý transaction trong microservices, một transaction liên quan tới nhiều service xử lý.

Em hỏi một câu vui ). Với câu query có sử dụng ORDER BY, thì column sử dụng trong ORDER BY có nên đánh INDEX không?

Chỗ B-Treee kia, e nhớ không nhầm thì B-Tree là 1 dạng của Balance tree, chữ B kia ko phải stand for Balance. Balance tree có mấy instance như: Red-black tree, AVL tree, B tree,... và những dạng này theo lý thuyết đều dùng để tổ chức index được