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é
nhìn từ gốc rễ thì nó liên quan đến cách cấp phát bộ nhớ. kiểu giá trị là các kiểu có kích cỡ bộ nhớ cố định, còn kiểu tham chiếu thì không. kiểu giá trị đc cấp phát vào stack, còn kiểu tham chiếu được cấp phát vào stack giá trị địa chỉ ô nhớ trong heap, còn giá trị của tham chiếu được cấp phát vào heap. ô nhớ trong stack có độ dài cố định nên truy xuất nhanh và đc copy thẳng vào cpu để tính toán, vì thế khi truyền vào hàm, giá trị của nó ko thay đổi khi hàm kết thúc (bị thay đổi là giá trị đc copy vào cpu). từ khoá ref để yêu cầu chương trình thực hiện thay đổi trên stack chứ không copy. vậy với kiểu tham chiếu cũng tương tự, từ khoá ref là trỏ tới giá trị địa chỉ ô nhớ trong stack mà đang trỏ đến heap. Nếu không truyền với từ khoá ref thì giá trị này cũng đc copy vào cpu, nếu thay đổi biến local này bằng new hoặc gán bằng object khác, biến gốc không ảnh hưởng. Nhưng thay đổi giá trị của thuộc tính con thì có hiệu quả cho cả biến gốc vì thay đổi bên heap chứ không phải bên stack.
THẢO LUẬN
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:
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
(
bài viết này đang đi khá sâu vào vấn đề build hệ thống chat, mà bỏ qua việc đó là hệ thống chat phục vụ 50 triệu người 1 ngày. Giật title quá.
Oke e ơi ♥️
nhìn từ gốc rễ thì nó liên quan đến cách cấp phát bộ nhớ. kiểu giá trị là các kiểu có kích cỡ bộ nhớ cố định, còn kiểu tham chiếu thì không. kiểu giá trị đc cấp phát vào stack, còn kiểu tham chiếu được cấp phát vào stack giá trị địa chỉ ô nhớ trong heap, còn giá trị của tham chiếu được cấp phát vào heap. ô nhớ trong stack có độ dài cố định nên truy xuất nhanh và đc copy thẳng vào cpu để tính toán, vì thế khi truyền vào hàm, giá trị của nó ko thay đổi khi hàm kết thúc (bị thay đổi là giá trị đc copy vào cpu). từ khoá ref để yêu cầu chương trình thực hiện thay đổi trên stack chứ không copy. vậy với kiểu tham chiếu cũng tương tự, từ khoá ref là trỏ tới giá trị địa chỉ ô nhớ trong stack mà đang trỏ đến heap. Nếu không truyền với từ khoá ref thì giá trị này cũng đc copy vào cpu, nếu thay đổi biến local này bằng new hoặc gán bằng object khác, biến gốc không ảnh hưởng. Nhưng thay đổi giá trị của thuộc tính con thì có hiệu quả cho cả biến gốc vì thay đổi bên heap chứ không phải bên stack.