Kỹ năng SQL cơ bản cho người làm ecommerce

Có một câu hỏi rất bình thường trong công việc: "Tuần rồi sản phẩm nào bị trả hàng nhiều nhất?" Nếu bạn phải nhắn cho đội kỹ thuật rồi chờ hai ngày, bạn đã mất hai ngày. Nếu bạn biết SQL, bạn tự trả lời trong ba phút. Bài này nói về phần SQL cơ bản mà một người làm ecommerce nên có — không phải để trở thành lập trình viên.

SQL là gì, và vì sao người không lập trình vẫn nên biết

SQL (Structured Query Language — ngôn ngữ truy vấn dữ liệu có cấu trúc) là cách bạn "hỏi chuyện" một cơ sở dữ liệu. Bạn viết một câu lệnh mô tả thứ mình muốn, hệ thống trả về một bảng kết quả.

Điểm quan trọng: SQL là ngôn ngữ mô tả, không phải ngôn ngữ lập trình theo nghĩa thông thường. Bạn không viết vòng lặp, không quản lý bộ nhớ. Bạn chỉ nói: lấy cột nào, từ bảng nào, lọc điều kiện gì, gom nhóm ra sao. Vì thế người làm marketing, vận hành hay xây thương hiệu học được — và học nhanh hơn họ nghĩ.

Lý do nên học không nằm ở công nghệ. Nó nằm ở tốc độ. Một tổ chức quyết định bằng dữ liệu mà mỗi câu hỏi lại phải xếp hàng chờ người khác trả lời thì dữ liệu chỉ còn là khẩu hiệu. Tại Equarus, Data-driven và Speed and Result là hai trong bốn giá trị cốt lõi. SQL là chỗ hai giá trị đó gặp nhau: bạn có câu hỏi, bạn tự có câu trả lời, bạn quyết định ngay.

Dữ liệu ecommerce trông như thế nào

Trước khi viết câu lệnh đầu tiên, bạn cần hình dung dữ liệu nằm ở đâu.

Cơ sở dữ liệu là tập hợp các bảng (table). Mỗi bảng giống một sheet Excel: có cột (column) và dòng (row). Một hệ thống ecommerce điển hình có vài bảng quen thuộc:

• orders — mỗi dòng là một đơn hàng: mã đơn, ngày đặt, kênh bán, trạng thái, tổng tiền
• order_items — mỗi dòng là một sản phẩm trong đơn: mã đơn, mã sản phẩm (SKU), số lượng, giá bán
• products — mỗi dòng là một sản phẩm: SKU, tên, thương hiệu, danh mục, giá vốn
• returns — mỗi dòng là một lần trả hàng: mã đơn, SKU, lý do, ngày

Các bảng nối với nhau qua khóa (key) — cột chung xuất hiện ở hai bảng. orders và order_items nối qua mã đơn. order_items và products nối qua SKU. Hiểu được sơ đồ này là đã xong nửa chặng đường. Phần còn lại chỉ là cú pháp.

Sáu mệnh đề giải quyết phần lớn công việc

SQL có rất nhiều tính năng. Nhưng công việc phân tích hằng ngày chủ yếu xoay quanh sáu mệnh đề.

1. SELECT — chọn cột muốn lấy
2. FROM — chỉ định bảng nguồn
3. WHERE — lọc theo điều kiện (ngày, kênh, thương hiệu, trạng thái)
4. GROUP BY — gom nhóm để tính tổng, đếm, trung bình
5. ORDER BY — sắp xếp kết quả
6. JOIN — ghép hai bảng lại với nhau

Câu đơn giản nhất trông như thế này:

SELECT sku, SUM(quantity) AS total_sold
FROM order_items
WHERE order_date >= '2026-08-01'
GROUP BY sku
ORDER BY total_sold DESC
LIMIT 10;

Đọc bằng tiếng Việt: lấy mã sản phẩm và tổng số lượng bán, từ bảng chi tiết đơn hàng, chỉ tính từ ngày 1/8, gom theo sản phẩm, sắp xếp giảm dần, lấy 10 dòng đầu. Đó là báo cáo top 10 sản phẩm bán chạy — thứ mà nhiều người vẫn đi xin từng tuần.

Ba câu hỏi thật, ba truy vấn thật

Cách học nhanh nhất không phải học cú pháp trước. Là bắt đầu từ câu hỏi công việc.

Câu hỏi 1: Tỉ lệ trả hàng của từng sản phẩm tháng vừa rồi? Bạn cần đếm số đơn bán và số đơn trả cho mỗi SKU, rồi chia. Đây là bài tập JOIN giữa order_items và returns, cộng thêm một phép chia. Kết quả cho bạn biết sản phẩm nào có vấn đề chất lượng hoặc mô tả listing chưa đúng thực tế.

Câu hỏi 2: Kênh nào đang đóng góp nhiều đơn nhất cho một thương hiệu? JOIN orders với order_items và products, lọc theo thương hiệu, GROUP BY kênh. Đây là dữ liệu để quyết định phân bổ ngân sách quảng cáo. Nếu bạn chưa rõ đặc thù từng sàn, bản đồ 4 kênh Amazon, TikTok Shop, Walmart, Shopify giải thích rõ hơn.

Câu hỏi 3: Doanh số theo tuần của một sản phẩm mới ra mắt? GROUP BY theo tuần, lọc theo SKU. Đường doanh số theo thời gian cho biết sản phẩm đang tăng tốc hay đang chững lại — tín hiệu sớm để tối ưu listing hoặc điều chỉnh giá.

Ba câu hỏi này che phủ phần lớn công việc phân tích thường ngày. Khi làm được ba câu này mà không cần tra cứu, bạn đã đủ dùng.

Những lỗi người mới hay mắc

Quên lọc trạng thái đơn. Bảng orders thường chứa cả đơn đã hủy. Không lọc, mọi con số đều thổi phồng.

Nhầm múi giờ. Bán ở US mà ngày trong hệ thống ghi theo giờ Việt Nam thì "hôm qua" của bạn không phải "hôm qua" của khách. Sai lệch một ngày đủ để đọc sai một đợt ra mắt.

JOIN sai làm nhân đôi dòng. Ghép một bảng có nhiều dòng cho cùng một khóa sẽ khiến tổng bị đếm lặp. Dấu hiệu nhận biết: con số bỗng lớn bất thường.

Tin ngay kết quả đầu tiên. Luôn kiểm tra chéo: tổng doanh số truy vấn ra có khớp với báo cáo của sàn không? Lệch nhiều là có lỗi ở đâu đó.

Một truy vấn chạy được không có nghĩa là truy vấn đúng. Luôn kiểm tra chéo con số trước khi mang nó đi ra quyết định.

Lộ trình học trong bốn tuần

Không cần khóa học dài. Cần bài tập thật.

• Tuần 1 — Học SELECT, FROM, WHERE, ORDER BY. Luyện trên một bộ dữ liệu mẫu miễn phí trên mạng. Mục tiêu: lọc và sắp xếp thành thạo.
• Tuần 2 — Học GROUP BY và các hàm tổng hợp (SUM, COUNT, AVG). Đây là phần tạo ra giá trị lớn nhất cho công việc phân tích.
• Tuần 3 — Học JOIN (chủ yếu INNER JOIN và LEFT JOIN). Hiểu vì sao dùng sai lại nhân đôi dòng.
• Tuần 4 — Áp dụng vào một câu hỏi thật trong công việc. Viết truy vấn, đối chiếu kết quả với báo cáo có sẵn, tìm chỗ lệch.

Sau bốn tuần, phần còn lại (cửa sổ hàm, truy vấn con, tối ưu hiệu năng) học dần khi cần. Đừng học trước cái chưa dùng đến.

Bài này hợp với ai

Hợp với người xây thương hiệu cần tự kiểm tra hiệu quả sản phẩm mà không phụ thuộc ai. Hợp với người làm marketing muốn biết chính xác ngân sách đang tạo ra bao nhiêu đơn. Hợp với người vận hành cần phát hiện sớm bất thường về tồn kho hay trả hàng.

Không hợp nếu bạn muốn học công nghệ vì công nghệ. SQL ở đây là công cụ, không phải mục tiêu.

Ở Equarus, biết SQL không nằm trong yêu cầu tuyển dụng của phần lớn vị trí. Nhưng những người tự học nó thường đi nhanh hơn — vì họ không phải chờ ai để biết điều mình cần biết. Đó cũng là tinh thần Builder: thấy thiếu công cụ thì tự trang bị. Nếu bạn muốn xây sự nghiệp theo hướng đó, con đường sự nghiệp tại Equarus là chỗ bắt đầu.