Chia sẻ qua

Những cân nhắc về hiệu năng khác

  • Bài viết

Ngoài bốn nguyên tắc hoạt động chính, còn có một số lý do khác có thể dẫn đến hiệu suất kém, thường là do các yếu tố bên ngoài.

Xem xét sự khác biệt trong trình duyệt, thiết bị và vị trí của Máy khách

Người dùng canvas có thể sử dụng trên các thiết bị, trình duyệt và vị trí khác nhau với các điều kiện mạng khác nhau. Khi ứng dụng khách Power Apps được thực thi, hãy đảm bảo sử dụng các trình duyệt hiện đại, được cập nhật và được hỗ trợ. Hiệu suất của ứng dụng có thể thay đổi khi tải tập dữ liệu lớn trên các nền tảng khác nhau như iOS hoặc Android. Sự khác biệt này xảy ra do mỗi nền tảng có các giới hạn khác nhau về yêu cầu mạng. Ví dụ: số lượng yêu cầu mạng đồng thời được phép khác nhau tùy theo nền tảng. Những khác biệt này có thể có tác động lớn đến thời gian tải dữ liệu đối với các tập dữ liệu lớn.

Xem xét sự khác biệt về vị trí địa lý của môi trường và cổng dữ liệu tại chỗ

Người dùng có thể truy cập các ứng dụng canvas trên toàn cầu. Tuy nhiên, bạn nên đặt nguồn dữ liệu gần hầu hết người dùng cuối. Ví dụ: khi ứng dụng của bạn truy cập vào cổng dữ liệu tại chỗ, tốt nhất bạn nên đặt cổng này gần những người dùng truy cập ứng dụng thường xuyên nhất.

Các vấn đề chung phía máy chủ

Hiệu suất kém có thể do sự cố ở nguồn dữ liệu của máy chủ. Điều này có thể xảy ra vì nhiều lý do. Bạn có thể sử dụng công cụ giám sát để đánh giá vấn đề cụ thể bằng cách đo thời gian cuộc gọi dữ liệu.

Các vấn đề tắc nghẽn có thể xảy ra trong nguồn dữ liệu

Có nhiều nguyên nhân có thể gây ra tắc nghẽn trong nguồn dữ liệu. Thông thường, một vài bảng trong nguồn dữ liệu là trung tâm hoạt động của nhiều truy vấn. Truy vấn có thể chậm nếu:

  • Nguồn dữ liệu bị thiếu hoặc có chỉ mục không chính xác.
  • Truy vấn đang kết hợp một lượng lớn dữ liệu cực kỳ bình thường trên máy chủ.
  • Truy vấn yêu cầu QUÉT bảng, ví dụ: Toán tử thay vì sử dụng chỉ mục như StartsWith.
  • Máy phụ trợ lưu trữ nguồn dữ liệu sắp hết tài nguyên.
  • Phiên bản SQL phụ trợ có yếu tố chặn, khóa hoặc tranh chấp tài nguyên.
  • Cổng dữ liệu tại chỗ không tốt.
  • Cổng dữ liệu tại chỗ phải được thu nhỏ lại.

Khi những sự cố này xảy ra, hãy điều chỉnh nguồn dữ liệu phía sau để tránh làm chậm hiệu suất của ứng dụng.

Nguồn dữ liệu cụ thể

Cơ sở dữ liệu Azure SQL

Điều quan trọng là chọn cấp độ phù hợp với yêu cầu kinh doanh của bạn. Để biết thêm thông tin, hãy xem Tài liệu về Cơ sở dữ liệu Azure SQL. Tầng thấp hơn có một số hạn chế và ràng buộc. Từ góc độ hiệu suất, CPU, thông lượng I/O và độ trễ là quan trọng. Do đó, bạn nên kiểm tra hiệu suất của cơ sở dữ liệu SQL định kỳ và kiểm tra xem việc sử dụng nguồn lực có vượt quá ngưỡng hay không. Ví dụ: tại chỗ SQL Server thường đặt ngưỡng sử dụng CPU ở khoảng 75 phần trăm.

SharePoint

Bạn có thể sử dụng SharePoint trình kết nối để tạo các ứng dụng sử dụng dữ liệu từ SharePoint Danh sách. Dưới đây là một số vấn đề về hiệu suất thường gặp và cách giải quyết dành cho SharePoint:

Tránh có quá nhiều cột tra cứu động: SharePoint hỗ trợ nhiều loại dữ liệu khác nhau, bao gồm tra cứu động như Người, Nhóm và Được tính toán. Nếu một danh sách xác định quá nhiều cột động, thì cần nhiều thời gian hơn để thao tác các cột động này trong SharePoint trước khi trả lại dữ liệu cho khách hàng đang chạy ứng dụng canvas. Để tránh điều này, đừng lạm dụng các cột tra cứu động trong SharePoint. Ví dụ: sử dụng các cột tĩnh để giữ bí danh email hoặc tên người.

Sử dụng cẩn thận cột hình ảnh và tệp đính kèm: Kích thước của hình ảnh và tệp đính kèm có thể góp phần gây ra phản hồi chậm trong khi truy xuất máy khách. Xem lại danh sách của bạn và đảm bảo chỉ xác định các cột cần thiết. Số lượng cột trong danh sách ảnh hưởng đến hiệu suất của các yêu cầu dữ liệu. Điều này là do các bản ghi trùng khớp hoặc các bản ghi đạt đến giới hạn hàng dữ liệu đã xác định sẽ được truy xuất và truyền trở lại máy khách cùng với tất cả các cột được xác định trong danh sách—ngay cả khi ứng dụng không sử dụng tất cả các cột đó.

Cân nhắc chia nhỏ danh sách lớn: Nếu bạn có một danh sách lớn với hàng trăm nghìn bản ghi, hãy cân nhắc việc phân vùng danh sách hoặc chia danh sách thành nhiều danh sách dựa trên các tham số như danh mục hoặc ngày và giờ. Ví dụ: dữ liệu của bạn có thể được lưu trữ trong các danh sách khác nhau hàng năm hoặc hàng tháng. Trong trường hợp đó, bạn có thể thiết kế ứng dụng để cho phép người dùng chọn khoảng thời gian và truy xuất dữ liệu trong phạm vi đó.

Dataverse

Khi bạn sử dụng Microsoft Dataverse làm nguồn dữ liệu, các yêu cầu dữ liệu sẽ chuyển thẳng đến phiên bản môi trường mà không cần thông qua Quản lý API Azure. Vì vậy, nó có xu hướng nhanh hơn các nguồn dữ liệu khác. Để biết thêm thông tin, hãy xem Luồng cuộc gọi dữ liệu khi kết nối với Microsoft Dataverse.

Kiểm tra cấu hình bảng tùy chỉnh: Nếu sử dụng bảng tùy chỉnh trong Dataverse, người dùng có thể cần phải có cấu hình bảo mật bổ sung để xem bản ghi bằng ứng dụng canvas. Để biết thêm thông tin, hãy xem Khái niệm bảo mật trong Dataverse, Định cấu hình bảo mật người dùng cho các tài nguyên trong môi trường và Vai trò và đặc quyền bảo mật.

Excel

Trình kết nối Excel cho phép ứng dụng canvas kết nối với bảng trong tệp Excel. Tuy nhiên, trình kết nối này có những hạn chế so với các nguồn dữ liệu khác. Ví dụ: nó hạn chế ứng dụng canvas chỉ tải dữ liệu từ bảng tối đa 2.000 bản ghi do các chức năng có thể ủy quyền bị hạn chế. Để tải hơn 2.000 bản ghi, hãy phân vùng dữ liệu của bạn trong các bảng dữ liệu khác nhau làm nguồn dữ liệu khác.

Sử dụng trình kết nối Excel mới: Đảm bảo sử dụng trình kết nối Excel mới - Excel kinh doanh trực tuyến. Nó cho phép nhiều người dùng truy cập và xử lý các vấn đề tranh chấp tốt hơn.

Chỉ sử dụng các cột bạn cần từ danh sách dữ liệu lớn trong Excel: Ứng dụng có thể hoạt động chậm nếu tệp Excel có quá nhiều bảng dữ liệu hoặc bảng dữ liệu chứa lượng dữ liệu khổng lồ trên nhiều cột. Để đảm bảo ứng dụng của bạn không bị ảnh hưởng bởi sự cố này, hãy chỉ xác định các cột bạn cần trên bảng dữ liệu trong tệp Excel.

Lưu ý những hạn chế của Excel dưới dạng cơ sở dữ liệu. Excel không phải là hệ thống cơ sở dữ liệu quan hệ: Mọi thay đổi từ ứng dụng đều được Excel quản lý giống như khi người dùng thay đổi dữ liệu trực tiếp trong tệp Excel. Nếu ứng dụng có số lượt đọc cao nhưng ít thao tác cập nhật hơn thì ứng dụng đó có thể hoạt động tốt. Tuy nhiên, nếu ứng dụng yêu cầu giao dịch nhiều, nó có thể ảnh hưởng xấu đến hiệu suất của ứng dụng. Không có giá trị ngưỡng cụ thể cho số lượng giao dịch. Nó cũng phụ thuộc vào dữ liệu được thao tác. Một số khía cạnh khác cũng ảnh hưởng đến hiệu suất của ứng dụng, chẳng hạn như chi phí mạng hoặc thiết bị của người dùng.

Xem xét sự khác biệt về vị trí địa lý: Vị trí địa lý của dữ liệu và khoảng cách từ vị trí của khách hàng có thể là vấn đề về hiệu suất. Vấn đề này có thể được khuếch đại nếu máy khách di động có băng thông hạn chế.