If you have access to the ReportServer sql database execute the follow การแปล - If you have access to the ReportServer sql database execute the follow ไทย วิธีการพูด

If you have access to the ReportSer

If you have access to the ReportServer sql database execute the following query or similar against the ExecutionLog view:

select TimeStart, TimeEnd, TimeDataRetrieval, TimeProcessing, TimeRendering, Status, ReportID from executionlog

This will provide you with a good breakdown of your report rendering (with different parameters). Pay close attention to TimeRendering, TimeProcessing and TimeDataRetrieval. Large or high values for any of these columns will illustrate where your bottleneck is.

One problem that I have experienced in the past is when you are returning a fairly large dataset to the report (5000 rows is large enough for this scenario) and then you are using the inbuilt ssrs filtering, the rendering is very slow and this would result in a very high TimeRendering value. All rendering should be done at the database layer, grouping and filtering does not perform well will large amounts of data when performed in the ssrs report itself.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
ถ้าคุณสามารถเข้าถึงฐานข้อมูล sql ของ ReportServer ดำเนินการแบบสอบถามต่อไปนี้ หรือคล้ายกันกับมุมมอง ExecutionLog:เลือก TimeStart, TimeEnd, TimeDataRetrieval, TimeProcessing, TimeRendering สถานะ ReportID จาก executionlogนี้จะให้รายละเอียดดีของคุณแสดงผลรายงาน (ด้วยพารามิเตอร์ต่าง ๆ) ใส่ใจกับ TimeRendering, TimeProcessing และ TimeDataRetrieval ขนาดใหญ่ หรือสูงค่าของคอลัมน์เหล่านี้จะแสดงอยู่ที่คอของคุณปัญหาหนึ่งที่เคยในอดีตคือเมื่อคุณจะส่งคืนชุดข้อมูลที่ค่อนข้างใหญ่เพื่อรายงาน (5000 แถวมีขนาดใหญ่พอสำหรับสถานการณ์สมมตินี้) แล้วคุณใช้ inbuilt ssrs กรอง ให้เป็นช้ามาก และนี้จะทำให้ค่า TimeRendering สูงมาก ควรจะทำสีทั้งหมดที่ชั้นฐานข้อมูล การจัดกลุ่ม และการกรองไม่ทำจะดีข้อมูลจำนวนมากเมื่อดำเนินการในรายงาน ssrs เอง
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
หากคุณมีการเข้าถึง reportserver ฐานข้อมูล SQL รันแบบสอบถามหรือคล้ายกันกับมุมมอง executionlog ต่อไปนี้ :

เลือก timestart timeend timedataretrieval timeprocessing , , , , timerendering สถานภาพ reportid จาก executionlog

นี้จะช่วยให้คุณมีรายละเอียดของรายงานการแสดงผล ( กับพารามิเตอร์ที่แตกต่างกัน ) สนใจ timerendering ,และ timeprocessing timedataretrieval . ค่าขนาดใหญ่หรือสูงสำหรับใด ๆของคอลัมน์เหล่านี้จะแสดงที่คอขวดของคุณ

ปัญหาเดียวที่ฉันได้มีประสบการณ์ในอดีต คือ เมื่อเธอกลับมาค่อนข้างใหญ่ข้อมูลการรายงาน ( 5000 แถวมีขนาดใหญ่พอสำหรับสถานการณ์นี้ ) แล้วคุณจะใช้ ssrs inbuilt การกรองการแสดงผลจะช้ามาก และจะส่งผล timerendering สูงมากค่า ทั้งหมดการแสดงผลควรทำในฐานข้อมูลชั้น , การจัดกลุ่มการกรองไม่ดำเนินการก็จะปริมาณมากของข้อมูลที่แสดงในรายงาน ssrs นั่นเอง
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: