Có vẻ như bạn chỉ cần có thể nắm bắt thông tin này trong một khoảng thời gian ngắn. Các sproc có thể được gọi là một số lượng lớn các lần trong thời gian đó, nhưng đó là một khoảng thời gian hữu hạn.
Nếu trường hợp đó xảy ra, có lẽ bạn có thể đăng nhập cuộc gọi sproc ở đâu đó? Nếu bạn có quyền kiểm soát mã sproc, bạn có thể thực hiện việc ghi nhật ký ở đó. Một cách tiếp cận sẽ là tạo một bảng đặc biệt cho mục đích này, thêm một INSERT vào bảng đó ở đầu hoặc cuối của sproc hiện có và chờ một số bản ghi tích lũy trong bảng.
Tùy thuộc vào chi tiết cụ thể, bạn có thể tạo cột trong bảng ghi nhật ký tùy chỉnh cho mỗi thông số sproc.
Sau đó, bạn sẽ có nhiều thông tin về việc sử dụng sproc, trong khoảng thời gian bạn thực hiện ghi nhật ký.
Với dữ liệu được tích lũy trong bảng, bạn có thể truy vấn để tìm các giá trị thông số thường xuyên nhất, người dùng hoặc ứng dụng hoặc trang web, v.v ... sẽ được tính vào thời gian bắt đầu và kết thúc cuộc gọi sproc. khác bạn đăng nhập.
Điều này sẽ không liên quan đến bất kỳ thay đổi nào đối với mã ứng dụng và nó có thể được loại bỏ hoàn toàn sau khi bạn đã hoàn tất khắc phục sự cố. Vì vậy, ngoài việc đạt được hiệu quả tất yếu của việc khai thác gỗ, giá của phương pháp này không cao.
Chỉnh sửa: Cách tiếp cận này sẽ là giải pháp thay thế cho người dùng thiếu quyền đặc biệt cần thiết để chạy truy vấn DMV trên bảng như sys.dm_exec_query_stats. Trong nhiều cửa hàng, nhận được các quyền như vậy - đặc biệt là trên cơ sở dữ liệu sản xuất - không khả thi đối với các nhà phát triển.
thể trùng lặp của [Hầu hết thực thi Stored Procedure?] (Http://stackoverflow.com/questions/1942726/most-executed-stored-procedure) –
Tôi không tin điều này sẽ bị từ chối là dup , bởi vì trong trường hợp này, họ đang tìm kiếm các biến thể trong các tham số cho cùng một sproc. Các câu hỏi khác là về sproc (s) thường xuyên nhất được gọi là. Ở đây, chúng ta biết sproc nào cần chú ý. Đó là các thông số khác nhau là vấn đề. Và đó đòi hỏi một cách tiếp cận xử lý sự cố khác nhau. – DOK