Category Archives: Viết query truy vấn dữ liệu

Một số kinh nghiệm trong thực tế để tối ưu câu truy vấn SQL 2453_Tuning_clip_image002 Những câu truy vấn chậm có thể phát sinh từ rất nhiều nguyên nhân bao gồm: · Không/thiếu sử dụng các lợi ích của Indexes. · Không/thiếu tận dụng được I/O striping. · Các thống kê lỗi thời hoặc thiếu các thống kê hữu ích. · Thiếu bộ nhớ vật lý. · Kết nối mạng chậm. · Các câu truy vấn Transact-SQL chuyển số lượng dữ liệu lớn từ server đến client. · Locks or deadlocks bị cấm. · Thực hiện các câu truy vấn OLTP and OLAP trên cùng 1 máy server. · Trả về các dữ liệu không cần thiết. · Các câu truy vấn được viết nghèo nàn. - Bạn nên luôn luôn thêm vào mệnh đề WHERE trong câu lệnh SELECT để thu hẹp số dòng trả về. Nếu bạn không sử dụng mệnh đề WHERE trong câu SELECT thì SQL Server sẽ thực hiện việc quét toàn table và trả về mọi bản ghi trong table. Điều này sẽ gây lãng phí tài nguyên I/O khi trả về các dòng không cần thiết. - Bạn không phải lo lắng khi có sử dụng in-line hay block comments trong code vì chúng sẽ không ảnh hưởng tới việc xử lý hiệu năng trong ứng dụng của bạn. Ngoài ra, những block comments còn làm rỏ hơn các đoạn code của bạn. - Nếu có thể, bạn nên tránh sử dụng SQL Server Cursors. Chúng thường sử dụng nhiều tài nguyên SQL Server, giảm hiệu năng và tính khả mở của ứng dụng bạn. Nếu bạn buộc phải thực hiện các thao tác hàng theo hàng thì hãy cố tìm cách giải quyết khác để thực hiện. Một số lựa chọn thực hiện tác vụ ở client là sử dụng các bảng trong tempdb, các bảng dẫn xuất, câu truy vấn có tương quan với nhau, hay sử dụng lệnh CASE. Thường thì tất cả kỹ thuật non-cursor đều có thể sử dụng để thực hiện cùng các tác vụ như SQL Server cursor. - Để xác định những câu truy vấn chậm chạp bạn có thể sử dụng vết ‘TSQL by Duration’ trong SQL Server Profiler để theo dõi thời gian xử lý của các câu truy vấn. - Bạn hãy cận thận cân nhắc có cần mệnh đề DISTINCT trong câu truy vấn hay không. Mệnh đề DISTINCT làm chậm quá trình truy vấn dữ liệu. Một số người thường đưa DISTINCT vào câu truy vấn ngay cả khi nó không cần thiết. Đây là thói quen xấu cần nên bỏ. - Khi bạn dùng câu lệnh UNION, bạn hãy nhớ rằng ngầm định nó thực hiện tương đương như kết quả từ câu SELECT DISTINCT. Do đó nếu bạn biết chắc rằng chẳng có 1 hàng nào trùng lắp được tạo ra từ kết quả của UNION thì bạn nên sử dụng câu lệnh UNION ALL thay thế. - Trong câu truy vấn bạn không nên trả về các cột không cần thiết, như câu SELECT *, nó sẽ trả về mọi cột trong bảng và ngoài ra nó còn cản trở việc sử dụng indexes. - Nếu người sử dụng thực hiện nhiều câu truy vấn đặc biệt trên SQL Server và bạn nhận thấy rằng các câu truy vấn được viết nghèo nàn này chiếm quá nhiều tài nguyên, bạn nên cân nhắc sử dụng tuỳ chọn cấu hình ‘query governor cost limit’ để giới hạn thời gian câu truy vấn thực hiện. Bạn coá thể gán option này với giá trị là seconds và có 2 cách để xác định. Một là bạn thay đổi nó ở cấp độ server bằng việc sử dụng sp_configure “query governor cost limit’” hoặc có thể gán nó ở cấp độ kết nối (chỉ có kết nối này có ảnh hưởng) bằng cách sử dụng lệnh SET QUERY_GOVERNOR_COST_LIMIT. - Nếu trong ứng dụng cho phép người sử dụng chạy các câu truy vấn nhưng bạn không thể ngăn cản được người sử dụng lấy về hàng trăm, thậm chí hàng ngàn records mà họ không cần thì bạn hãy xem xét việc sử dụng toán tử TOP trong câu lệnh SELECT, chẳng hạn SELECT TOP 100 fullname, address FROM Customers. Ngoài việc sử dụng TOP, SQL Server còn hổ trợ lệnh SET ROWCOUNT cũng nhằm hạn chế số records truy xuất từ câu SELECT nhưng lệnh SET ROWCOUNT này không hiệu quả bằng TOP. - Bạn hãy cố gắng tránh sử dụng các toán tử sau trong mệnh đề WHERE: "IS NULL", "", "!=", "!>", "!
Cách tối ưu câu truy vấn SQL trong lập trình

Một số kinh nghiệm trong thực tế để tối ưu câu truy vấn SQL Những câu...

09
Th1
Tối ưu hóa câu truy vấn SQL
Tối ưu hóa câu lệnh truy vấn SQL (phần 2)

Trong phần trước của bài viết, tôi đã giới thiệu về một số điểm cần...

09
Th1
Tối ưu hóa câu truy vấn SQL
Tối ưu câu lệnh truy vấn SQL

Bằng cách kiểm tra và tối ưu các câu truy vấn SQL, bạn có thể...

09
Th1
Vì sao nên tránh viết SQL code trong ứng dụng

Viết SQL code trong ứng dụng có ưu điểm tiện lợi, giúp quá trình phát...

09
Th1