Những cân nhắc và khả năng báo cáo của ứng dụng dựa trên mô hình
Ứng dụng dựa trên mô hình có nhiều khả năng cho phép khách hàng hiển thị dữ liệu doanh nghiệp để giúp họ định hướng quyết định và tương tác hiệu quả hơn với khách hàng và dữ liệu của mình.
Những mục này được mô tả trong tổng quan về báo cáo và bao gồm
- Lượt xem.
- Biểu đồ.
- Bảng thông tin.
- Báo cáo của Dịch vụ báo cáo SQL Server.
- Việc tích hợp Microsoft Excel cho phép người dùng dễ dàng lập các báo cáo tự phục vụ bằng các tính năng của Power BI như PowerView, PowerPivot và PowerQuery.
- Power BI.
Do khối lượng dữ liệu giữ trong cơ sở dữ liệu ứng dụng tiếp tục tăng lên, việc suy nghĩ về chiến lược BI của bạn và xác định cơ chế hiệu quả nhất để báo cáo và trực quan hóa các cơ sở dữ liệu lớn trở nên quan trọng hơn bao giờ hết.
Hạ tầng báo cáo
Trong một môi trường, cơ sở hạ tầng báo cáo được chia sẻ và tách biệt với cơ sở dữ liệu. Trong kiến trúc này, mặc dù khách hàng chia sẻ tài nguyên cần thiết để chạy báo cáo nhưng mỗi báo cáo vẫn chạy dựa trên phiên bản cơ sở dữ liệu riêng của khách hàng.
Các tính năng báo cáo được tích hợp vào Microsoft Dataverse được thiết kế để cho phép người dùng chạy báo cáo về bộ dữ liệu trong một khoảng thời gian ngắn hơn. Theo đó, hãy lưu ý những thiết đặt cố định sau đây:
Báo cáo và truy vấn có thể thực hiện trong lên tới năm phút. Khi đạt đến khoảng thời gian tối đa, báo cáo sẽ kết thúc và một thông báo sẽ được trả về cho người dùng. Trong khoảng thời gian 5 phút, các báo cáo và truy vấn được phép bao gồm bộ dữ liệu chứa hơn 50.000 hàng, cung cấp sự linh hoạt đáng kể để thỏa mãn phần lớn các nhu cầu báo cáo hoạt động.
Để cải thiện phản hồi truy vấn, bạn nên giảm thiểu việc hiển thị hàng theo số lượng lớn đối với các báo cáo chi tiết. Để thực hiện việc này, hãy áp dụng bộ lọc thích hợp để giảm số hàng trả lại. Khi bạn tạo các báo cáo tổng hợp hoặc tóm tắt, các truy vấn nên đẩy gộp tập hợp đến truy vấn chứ không phải tìm nạp các hàng chi tiết để tiến hành tổng hợp trong báo cáo. Thông tin thêm: Dữ liệu tổng hợp bằng cách sử dụng FetchXml và lọc trước báo cáo.
Trang Trình xem Báo cáo phải tuân theo các giới hạn API của nền tảng. Nhiều lần thực thi một báo cáo dài hạn có thể dẫn đến lỗi và người dùng có thể đợi vài phút rồi thử lại. Đây là giới hạn cho mỗi người dùng và sẽ không ảnh hưởng đến việc sử dụng báo cáo thông thường của nhiều người dùng.
Đối với biểu đồ và lưới được hiển thị trong bảng thông tin, ứng dụng của bạn cho phép người dùng chạy các truy vấn mà có bộ dữ liệu với ít hơn 50.000 hàng. Nếu người dùng chạy một truy vấn bảng thông tin bao gồm một bộ dữ liệu chứa 50.000 hàng hoặc nhiều hơn, thì sẽ trả về thông báo "Vượt quá giới hạn số hàng tối đa. Hãy giảm số hàng". Thiết đặt thực tế bộ dữ liệu sẽ giúp đảm bảo hiệu suất tối ưu của ứng dụng.
Mẹo và giải pháp cho báo cáo.
Thông thường, đối với hầu hết nhu cầu báo cáo của các tổ chức, những thiết đặt này đã là đủ. Để đảm bảo rằng người dùng của bạn không vượt quá các cài đặt này và để cải thiện hiệu suất truy vấn báo cáo nói chung, hãy xem xét các phương pháp hay nhất sau đây.
Khi tạo các bảng thông tin hoặc báo cáo tùy chỉnh, hãy thiết kế chúng để truy vấn các bộ dữ liệu nhỏ hơn trong khoảng thời gian ngắn hơn bằng cách thêm một bộ lọc dựa trên thời gian trong báo cáo, chẳng hạn như tháng hoặc quý hiện tại, để hạn chế các kết quả.
Giới hạn số lượng bảng cần thiết để trả về kết quả. Điều này sẽ giúp giảm thời gian cần thiết để chạy truy vấn và trả lại bộ kết quả.
Giảm số hàng trong báo cáo chi tiết. Bạn có thể sử dụng bộ lọc thích hợp để giảm số lượng hồ sơ mà truy vấn trả lại để giảm thời gian chờ.
Đối với báo cáo tổng hợp hoặc tóm tắt, phải sử dụng các truy vấn để đẩy gộp tập hợp đến cơ sở dữ liệu và không tìm nạp hàng chi tiết và tiến hành tổng hợp trong báo cáo Dịch vụ Báo cáo SQL Server.
Người dùng nên chạy báo cáo và bảng thông tin mặc định (sẵn dùng) nếu thích hợp với doanh nghiệp của mình. Các báo cáo và trang tổng quan này thường được thiết kế để truy vấn theo tập dữ liệu của người dùng, vì vậy trong hầu hết các trường hợp sẽ không vượt quá giới hạn tập dữ liệu.
Nếu người dùng phải chạy báo cáo vượt quá những thiết đặt này, bạn nên xem xét các tùy chọn sau đây để được hỗ trợ với các nhu cầu báo cáo phức tạp. Cả hai tùy chọn đều chuyển một cách hiệu quả khối lượng báo cáo từ Dataverse sang một kho dữ liệu khác bằng cách sử dụng một giải pháp tích hợp dữ liệu.
Bộ chuyển đổi được dùng cùng với Dịch vụ tích hợp máy chủ SQL (SSIS) để mở rộng khả năng tích hợp với dữ liệu ứng dụng của bạn.
Công cụ tải biến đổi trích xuất (ETL) cung cấp bộ công cụ mới để tạo phân tích dữ liệu bằng cách kết hợp nhiều nguồn dữ liệu hoặc trích xuất dữ liệu vào giải pháp kho dữ liệu nếu SSIS không có trong sử dụng. Công cụ ETL cung cấp giải pháp toàn diện kết nối với Dataverse để di chuyển dữ liệu.
Quan trọng
Khi sử dụng những công cụ này, bạn nên tiến hành việc di chuyển hoặc đồng bộ hóa dữ liệu ngoài giờ làm việc.
Nếu cần thiết, có rất nhiều đối tác của Microsoft có thể giúp cung cấp giải pháp cho các nhu cầu báo cáo cụ thể của bạn, chẳng hạn như tạo một bản sao chép ngoại tuyến dữ liệu, đặc biệt được sử dụng để chạy các báo cáo lớn. Các đối tác này am hiểu về các công cụ tích hợp dữ liệu có sẵn. Thông tin thêm: Tìm đối tác Dynamics 365
Bộ chuyển đổi của bên thứ ba cho SSIS
Công cụ ETL
Xem thêm
Report Authoring Extension (với hỗ trợ SQL Server Data Tools)
Giới thiệu về Microsoft Power Query dành cho Excel
Nguồn cấp dữ liệu OData của Dynamics 365 for Customer Engagement và Power Query: [ Bản ghi] là gì?
Lưu ý
Bạn có thể cho chúng tôi biết bạn thích dùng ngôn ngữ nào cho tài liệu không? Làm một cuộc khảo sát ngắn. (xin lưu ý, khảo sát này bằng tiếng Anh)
Cuộc khảo sát sẽ mất khoảng bảy phút. Không có dữ liệu cá nhân nào được thu thập (điều khoản về quyền riêng tư).