Đặt câu hỏi và trả lời theo thì
Đặt câu hỏi và trả lời theo thì
Khám phá các ghi chú chuyên sâu, hướng dẫn thực hành và bài viết kỹ thuật mới nhất trên toàn bộ website.
Duyệt toàn bộ kho bài viết và theo dõi từng nội dung thông qua chủ đề và danh mục của nó.
Đặt câu hỏi và trả lời theo thì
Trong quá trình tối ưu query với Microsoft SQL Server, rất nhiều developer mắc một sai lầm phổ biến: tối ưu dựa trên cảm giác. Thêm index theo suy đoán, rewrite query theo kinh nghiệm cá nhân, nhưng không kiểm chứng SQL Server thực sự đang làm gì phía sau.
Hãy tưởng tượng bạn đang duyệt một trang web bán hàng (như Shopee, Tiki). Hai tính năng bạn dùng nhiều nhất là gì? Đó là "Sắp xếp giá từ thấp đến cao" và chuyển trang "Xem trang 1, trang 2" (Phân trang - Pagination). Làm thế nào Database có thể trả về dữ liệu đúng theo thứ tự và chỉ trả về một lượng nhỏ dữ liệu cho mỗi trang? Bài viết này sẽ cung cấp cho bạn 3 "bảo bối" để giải bài toán đó.
Sau khi đã thêm dữ liệu vào Database, bước tiếp theo và cũng là công việc thường xuyên nhất của một Lập trình viên/Data Analyst là: "Lấy dữ liệu ra". Quá trình này được gọi là Truy vấn (Query). Trong bài này, chúng ta sẽ làm quen với nhóm lệnh cốt lõi nhất của SQL: SELECT, FROM và WHERE.
Nhóm lệnh tạo bảng (DDL) giống như việc thợ mộc đóng xong một cái tủ. Còn nhóm lệnh DML (Data Manipulation Language) là hành động bạn mở ngăn kéo ra, bỏ hồ sơ vào (INSERT), sửa lỗi sai trên hồ sơ (UPDATE), hoặc vứt hồ sơ cũ đi (DELETE). Đây là 3 câu lệnh thay đổi dữ liệu mà bất kỳ lập trình viên Backend nào cũng gọi hàng chục lần mỗi ngày. Hãy cùng thực hành trên bảng Customers của chúng ta.
Khi bạn tạo bảng (Table) ở bài trước, bạn đã thấy những từ khóa như INT, NVARCHAR, DATETIME đi kèm sau tên cột. Tại sao không chỉ dùng một kiểu "Văn bản" cho tất cả mọi thứ? Lý do là: Hiệu năng và Kiểm soát lỗi. Nếu bạn khai báo cột "Tuổi" là kiểu số INT, SQL Server sẽ tự động chặn việc người dùng nhập chữ "Mười lăm" vào đó. Đồng thời, số INT tốn ít dung lượng ổ cứng để lưu trữ hơn là văn bản. Bài này chúng ta sẽ phân loại và chọn đúng kiểu dữ liệu (Data Type) cho từng trường hợp cụ thể.
Bạn đã cài đặt thành công SQL Server và mở được SSMS. Nhưng hiện tại, nó chỉ là một không gian trống rỗng. Trước khi có thể lưu trữ thông tin (ví dụ: Tên khách hàng, Giá sản phẩm), chúng ta cần phải xây "nhà" cho chúng. Trong bài này, chúng ta sẽ làm quen với khái niệm Database, Table, Khóa chính, và học nhóm lệnh DDL (Data Definition Language) để xây dựng cơ sở hạ tầng dữ liệu. Đừng quên mở script "Bài 0" để cùng phân tích nhé!
Bạn đang muốn bước chân vào thế giới của Dữ liệu (Data) hay Lập trình Backend? Khái niệm đầu tiên bạn chắc chắn sẽ nghe tới là Cơ sở dữ liệu (Database) và SQL. Trên thị trường có rất nhiều hệ quản trị cơ sở dữ liệu như MySQL, PostgreSQL, Oracle... Vậy Microsoft SQL Server là gì và tại sao nó lại là một trong những lựa chọn hàng đầu của các doanh nghiệp lớn?
Chào mừng bạn đến với chuỗi bài học SQL Server! Để việc học không chỉ dừng lại ở lý thuyết suông, chúng ta cần một cơ sở dữ liệu (Database) thực tế để thực hành viết câu lệnh. Xuyên suốt chuỗi bài viết này, chúng ta sẽ sử dụng chung một Database mẫu mang tên **ShopDB** - mô phỏng một hệ thống thương mại điện tử (E-Commerce) bán lẻ.
Hiệu năng hệ thống phụ thuộc rất lớn vào cách viết query, thiết kế database và cách tổ chức stored procedure. Tối ưu đúng cách giúp giảm IO, CPU, memory và tránh nghẽn hệ thống khi dữ liệu tăng trưởng.