Làm thế nào để tăng tốc độ tham gia đơn giản

Question

Tôi không giỏi SQL.

Tôi đang tìm kiếm một cách để tăng tốc độ một đơn giản tham gia như thế này:

SELECT 
    E.expressionID, 
    A.attributeName, 
    A.attributeValue 
FROM 
    attributes A 
JOIN 
    expressions E 
ON 
    E.attributeId = A.attributeId 

Tôi đang làm hàng chục này ngàn lần và nó lấy ngày càng nhiều như bảng được lớn hơn. Tôi đang nghĩ đến các chỉ mục - Nếu tôi tăng tốc các lựa chọn trên các bảng đơn, tôi có thể đặt các chỉ mục nonclustered trên expressionID cho bảng biểu thức và một bảng khác trên (attributeName, attributeValue) cho bảng thuộc tính - nhưng tôi không ' t biết làm thế nào điều này có thể áp dụng cho tham gia.

EDIT: Tôi đã có một nhóm chỉ số trên expressionId (PK), attributeId (PK, FK) trên bảng biểu và một clustered index trên attributeId (PK) trên bảng thuộc tính

Tôi đã thấy câu hỏi this nhưng tôi yêu cầu một cái gì đó tổng quát hơn và có lẽ đơn giản hơn nhiều.

Bất kỳ trợ giúp nào được đánh giá cao!

Answer 1

Bạn chắc chắn muốn có chỉ mục trên attributeID trên cả hai bảng attributes và expressions. Nếu bạn hiện không có các chỉ mục đó, tôi nghĩ bạn sẽ thấy một sự tăng tốc lớn.

Answer 2

Trong thực tế, bởi vì có rất ít cột được trả lại, tôi sẽ xem xét một chỉ số bao phủ cho truy vấn này

ví dụ: một chỉ số bao gồm tất cả các lĩnh vực trong truy vấn.

Answer 3

Một số điều bạn cần quan tâm là các chỉ mục, kế hoạch truy vấn và thống kê.

Đặt chỉ mục trên attributeId. Hoặc, hãy chắc chắn rằng các chỉ mục tồn tại trong đó attributeId là cột đầu tiên trong khóa (SQL Server vẫn có thể sử dụng các chỉ mục nếu nó không phải là cột thứ nhất, nhưng nó không phải là nhanh).

Đánh dấu truy vấn trong Trình phân tích truy vấn và nhấn^L để xem gói. Bạn có thể xem cách các bảng được nối với nhau. Hầu như luôn luôn, sử dụng chỉ mục tốt hơn không (có trường hợp rìa nếu bảng đủ nhỏ, chỉ mục có thể làm chậm bạn xuống - nhưng hiện tại, chỉ cần biết rằng 99% chỉ mục thời gian là tốt).

Chú ý đến thứ tự các bảng được nối. SQL Server duy trì số liệu thống kê về kích thước bảng và sẽ xác định số liệu nào tốt hơn để tham gia trước. Thực hiện một số điều tra về các thủ tục SQL Server nội bộ để cập nhật số liệu thống kê - quá dài nên tôi không có thông tin đó tiện dụng.

Điều đó sẽ giúp bạn bắt đầu. Thực sự, toàn bộ một chương có thể được viết về cách một cơ sở dữ liệu có thể tối ưu hóa ngay cả một truy vấn đơn giản như vậy.

Answer 4

Một điều cần làm là thêm một số chỉ số như thế này:

attributes.{attributeId, attributeName, attributeValue} 
expressions.{attributeId, expressionID} 

Đây là hacky! Nhưng hữu ích nếu đó là phương sách cuối cùng.

Điều này tạo ra kế hoạch truy vấn có thể được "lập chỉ mục trả lời" theo chỉ mục. Thông thường, chỉ mục thực sự gây ra một I/O gấp đôi trong truy vấn ở trên của bạn: một chỉ mục để đạt chỉ mục (tức làthăm dò vào bảng), một cái khác để tìm nạp hàng thực tế được tham chiếu bởi chỉ mục (để kéo thuộc tínhName, vv).

Điều này đặc biệt hữu ích nếu "thuộc tính" hoặc "biểu thức" là một bảng rộng. Đó là, một bảng đắt tiền để lấy hàng từ đó.

Cuối cùng, cách tốt nhất để tăng tốc truy vấn của bạn là thêm mệnh đề WHERE!

Answer 5

Tôi đặt cược vấn đề của bạn là số lượng lớn các hàng đang được chèn vào bảng tạm thời đó. Có cách nào bạn có thể thêm mệnh đề WHERE trước khi bạn SELECT mỗi hàng trong cơ sở dữ liệu không?

Answer 6

Nếu tôi hiểu sơ đồ của bạn một cách chính xác, bạn đang nói rằng bảng của bạn kinda giống như thế này:

Expressions: PK - ExpressionID, AttributeID 
Attributes: PK - AttributeID 

Giả sử rằng mỗi PK là một nhóm chỉ số, mà vẫn có nghĩa là một Quét chỉ mục được yêu cầu trên bảng biểu thức. Bạn có thể muốn xem xét việc tạo chỉ mục trên các biểu thức Biểu thức chẳng hạn như: AttributeID, ExpressionID. Điều này sẽ giúp ngăn chặn việc quét chỉ mục hiện đang xảy ra.