@thebadboy97 tiếp tục cố gắng tiến lên nhé bạn

Bác có thể comment trực tiếp ở đây mình sẽ giải đáp cho =))

Duyên ghê =))

Nói chuyện liên quan chút đi em

Bạn thử xem series này của Microsoft xem nhé https://www.youtube.com/playlist?list=PLdo4fOcmZ0oW8nviYduHq7bmKode-p8Wy

có khi nào đo không chuẩn do anh lười tắm ko ạ?

syntax go chỉ có 23 keywords, cái này là ko có màu thôi. chứ có màu dễ nhìn lắm bạn ei

Vấn đề là có quen hay không thôi. Hồi mình chuyển từ Java sang Js cũng chỉ muốn đập bàn phím

hay

à à

Mình ko đi sâu vào business mà chủ yếu nói về implement công nghệ, tối ưu db các kiểu thôi

Ko nhầm đâu. Vì bạn mới đưa hệ thống chứ chưa thấy kq. Mà phân tích doanh số của cty thì cần cả việc xem xét các nhóm khách hàng

Hình như comment nhầm post ) ko biết lỗi hệ thống hay j

bạn có thể đi sâu vào việc phân tích đc ko? kiểu như 4 nhóm khách hàng: quả chanh, hạt dẻ, may mắn với cả mỏ vàng ấy. Hôm trc đi event Google Cloud của Cloud ACE ở trên VTI cũng đề cập như bạn nhưng đi khá sâu về phân tích 4 nhóm khách hàng kia

Không thấy hướng dẫn xóa 1 commit đã pull và push vây Ad? làm sao để xóa 1 commit đã pull và push?

Please help to correct your typo in the post. Especially, "JavaScript" instead of "Javascript"

Cú pháp golang nhìn đau mắt thật

Cảm ơn bạn, mình cũng hình dung đc cái trường hợp bạn nói rồi.

Nói 1 cách đơn giản dễ hiểu nhất là khi số lượng record bạn phải xử lý trong query đó rất lớn thì việc dùng Index sẽ tốn IO hơn rất nhiều lần so với việc scan cả bảng (được tối ưu bởi việc đọc từng physical block chứa rất nhiều row trên disk - tốn ít IO hơn). Mình có thử test trong 1 số case thì thấy plan sequential scan (và postgres có hỗ trợ concurrency scan) nhanh hơn rất nhiều so với plan index.

ai bảo không ở lại làm với a cơ =)))