In last week’s BiLog , we talked about report usage, and how you can u การแปล - In last week’s BiLog , we talked about report usage, and how you can u ไทย วิธีการพูด

In last week’s BiLog , we talked ab

In last week’s BiLog , we talked about report usage, and how you can utilize a variety of mechanisms, including reports, KPIs or result sets to monitor which reports your users are and are not using. Report usage information is also critical in identifying your reports which take to longest time to execute, as you want to insure these are optimized for report performance.
Why is this important? Like so many things, reports follow the 80/20 rule, where 80% of your report processing is done by only 20% of your reports. So as you analyze the report usage data, you will find that you have a wide range of report execution times – but the key is in identifying those 20% of reports with the longest execution times.
This pie chart highlights the 80/20 rule of report complexity. Standard, transactional reports execute fairly quickly, and are the largest percentage of your report types. Complex and very complex reports often make up 20% of your report portfolio, and take the longest time to execute due to the number of subreports they encompass or the hierarchy levels they span through. This complexity is derived by the processing the report has to do – not by the number of records it displays. So, for example, a fifty page list report could execute ten times faster than a complex two page report due to the processing defined within the report’s design.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
In last week’s BiLog , we talked about report usage, and how you can utilize a variety of mechanisms, including reports, KPIs or result sets to monitor which reports your users are and are not using. Report usage information is also critical in identifying your reports which take to longest time to execute, as you want to insure these are optimized for report performance. Why is this important? Like so many things, reports follow the 80/20 rule, where 80% of your report processing is done by only 20% of your reports. So as you analyze the report usage data, you will find that you have a wide range of report execution times – but the key is in identifying those 20% of reports with the longest execution times. This pie chart highlights the 80/20 rule of report complexity. Standard, transactional reports execute fairly quickly, and are the largest percentage of your report types. Complex and very complex reports often make up 20% of your report portfolio, and take the longest time to execute due to the number of subreports they encompass or the hierarchy levels they span through. This complexity is derived by the processing the report has to do – not by the number of records it displays. So, for example, a fifty page list report could execute ten times faster than a complex two page report due to the processing defined within the report’s design.
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
BiLog ในสัปดาห์สุดท้ายของเราได้พูดคุยเกี่ยวกับการใช้รายงานและวิธีที่คุณสามารถใช้ประโยชน์จากความหลากหลายของกลไกรวมทั้งรายงานผลตัวชี้วัดหรือชุดเพื่อตรวจสอบซึ่งรายงานผู้ใช้ของคุณและไม่ได้ใช้ รายงานข้อมูลการใช้งานนอกจากนี้ยังเป็นสิ่งสำคัญในการระบุรายงานของคุณซึ่งใช้เวลาในการเวลาที่ยาวที่สุดในการดำเนินการตามที่คุณต้องการที่จะประกันเหล่านี้จะเหมาะสำหรับการรายงานผลการดำเนินงาน.
ทำไมเป็นสิ่งสำคัญนี้หรือไม่? เช่นเดียวกับหลายสิ่งหลายอย่างรายงานตามกฎ 80/20 ที่ 80% ของการประมวลผลรายงานของคุณจะกระทำโดยเพียง 20% ของรายงานของคุณ ดังนั้นในขณะที่คุณสามารถวิเคราะห์ข้อมูลการใช้งานรายงานคุณจะพบว่าคุณมีช่วงกว้างของเวลาการดำเนินการรายงาน -. แต่ที่สำคัญคือในการระบุผู้ที่ 20% ของรายงานที่มีการดำเนินการที่ยาวที่สุดครั้ง
แผนภูมิวงกลมนี้ไฮไลท์ของกฎ 80/20 รายงานความซับซ้อน มาตรฐานการรายงานการทำธุรกรรมการดำเนินการอย่างเป็นธรรมได้อย่างรวดเร็วและมีเปอร์เซ็นต์ที่ใหญ่ที่สุดประเภทรายงานของคุณ รายงานที่ซับซ้อนและมีความซับซ้อนมากมักจะทำขึ้น 20% ของพอร์ตรายงานของคุณและใช้เวลานานในการดำเนินการเนื่องจากจำนวนของพวกเขา subreports ห้อมล้อมหรือระดับลำดับชั้นของพวกเขาผ่านช่วง ความซับซ้อนนี้ได้มาโดยการประมวลผลรายงานที่มีการทำ - ไม่ได้จากจำนวนของระเบียนที่จะแสดง ดังนั้นสำหรับตัวอย่างเช่นรายงานรายชื่อหน้าห้าสิบสามารถรันสิบครั้งเร็วกว่าที่ซับซ้อนรายงานสองหน้าเนื่องจากการประมวลผลที่กำหนดไว้ในการออกแบบรายงาน
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
ใน BILOG สัปดาห์ที่แล้วเราคุยกันเรื่อง การรายงาน และวิธีที่คุณสามารถใช้ความหลากหลายของกลไก รวมทั้งรายงาน KPIs หรือชุดผลลัพธ์การตรวจสอบรายงานที่ผู้ใช้ของคุณและไม่ได้ใช้ รายงานข้อมูลการใช้งานยังมีปัญหาในการระบุรายงานของคุณที่ใช้เวลานานที่สุด เพื่อดำเนินการตามที่คุณต้องการประกันเหล่านี้จะเหมาะสำหรับการแสดงรายงาน
ทำไมมันสำคัญ ?เหมือนของหลายอย่าง รายงานตามกฎ 80 / 20 ที่ 80% ของการประมวลผลรายงานของคุณจะกระทำโดยเพียง 20% ของรายงานของคุณ ดังนั้นตามที่คุณวิเคราะห์รายงานข้อมูลการใช้งาน คุณจะพบว่าคุณมีหลากหลายของรายงานการประหารชีวิตครั้ง ) แต่ที่สำคัญคือในการระบุผู้ที่ 20% ของรายงานที่มีความยาวเวลาประหาร
นี้แผนภูมิวงกลมไฮไลท์ของกฎ 80 / 20 รายงานของ มาตรฐานรายงานการดำเนินการอย่างรวดเร็วและมีเปอร์เซ็นต์ที่ใหญ่ที่สุดของชนิดของรายงานของคุณ รายงานที่ซับซ้อนและซับซ้อนมากมักจะให้ขึ้น 20% ของพอร์ตรายงานของคุณและใช้เวลานานที่จะดำเนินการเนื่องจากจำนวน subreports พวกเขาห้อมล้อมหรือระดับลำดับชั้นของพวกเขาช่วงที่ผ่านตัวนี้ได้มาจากการประมวลผลรายงานต้องทำ - ไม่ ด้วยหมายเลขของระเบียนแสดง ดังนั้นตัวอย่างเช่นรายการหน้า 50 รายงานสามารถรัน 10 ครั้งเร็วกว่าที่ซับซ้อนสองหน้ารายงานเนื่องจากการประมวลผลที่กำหนดไว้ภายในการออกแบบของรายงาน .
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: