good

oke e ơiiiii )))

Nai xừ, đọc lại nhiều lần vẫn thấy hay anh ạ 😁

nếu muốn vẽ bounding boxes các đáp án đã tô thì làm như thế nào ạ

Mình nhầm vì dữ liệu được thay đổi nên cost ở execution plan 1 bị ước lượng sai

Bởi vì index đã được thay đổi nên nó estimate cost sai!

Mình vẫn đang chưa hiểu vì sao Execution plan 2 lại tốt hơn execution plan 1 nhỉ, cost cái thứ 2 lớn hơn mà ta

@nghiand1010 Dạ vâng anh 🫡

@tmsangdev Ok thank em

Em cảm ơn đại ca :v Em dùng Camtasia với Canva đại ca ơi

Hay quá chú làm video bằng phần mềm gì thế!

Ớ Đồng học lớp Fresher Web 06 ở MISA trước à man?? Giờ join công ty nào rồi man? 🤘

Bài viết rất chất lượng ạ

hehe cảm ơn

Hay quá ad

hay qua a

bài đọc dễ hiểu

Bài viết rất hay. Mình muốn có lời khuyên cho case hiện tại đang gặp phải:

• Postgresql: 14
• TimescaleDB + pg_cron: Installed
• Table có tần suất ghi,đọc lớn (hiện check trong base/xxxx -> size đang là 190G) => Mình check config postgresql thì không thấy có enable autovacuum, mà size của disk càng ngày càng tăng Mình muốn hỏi xem có nên bật autovacumm và chạy VACUUM FULL ngay bây giờ để giải quyết tình trạng này không. Vì mình đã 2,3 lần nâng disk size lên rồi nhưng không giải quyết triệt để. Hi vọng nhận được lời khuyên từ bạn

mãi mới hiểu được cái translateZ all phải + 50px. Cho ai chậm tư duy thì ví dụ mặt front trục Ox sẽ bên phải, còn mặt back khi rotateY(180 độ) thì trục Ox của back sẽ hướng về bên trái nhé

mình thấy có vấn đề là, nếu có nhiều dòng cùng scan_dt, thì sẽ JOIN tất cả. bài toán yêu cầu JOIN 1 dòng, và scan_dt lớn nhất (