Các yếu tố thường gặp hiệu suất của ứng dụng canvas và cách khắc phục
Trong bài viết này
Bạn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn hoàn toàn có thể phát triển ứng dụng canvas bằng mảng phong phú về nguồn dữ liệu. Hãy chọn nguồn tài liệu tương thích và một trình liên kết tùy theo nhu yếu kinh doanh thương mại thương mại thương mại cũng như mục đích bạn phong cách phong cách thiết kế ứng dụng. Đối với ứng dụng dành cho doanh nghiệp, Microsoft Dataverse là nguồn tài liệu được đề xuất kiến nghị kiến nghị vì nó phân phối 1 số ít lợi ích về hiệu suất. Đối với những ứng dụng có một vài giao dịch, bạn có thể sử dụng bất kể nguồn tài liệu có sẵn nào khác trong thiên nhiên và môi trường tự nhiên tự nhiên của mình.
Để xem xét hiệu suất của một ứng dụng, hãy nghĩ về số lượng người dùng sẽ sử dụng ứng dụng khi nó đã được xuất bản; khối lượng thanh toán thanh toán thanh toán giao dịch tạo, truy xuất, update và xóa (CRUD); loại tương tác dữ liệu; truy vấn địa lý; và những loại thiết bị mà người dùng có.
Trong bài viết này, bạn sẽ khám phá về 1 số ít yếu tố hiệu suất phổ cập nhất có thể khiến ứng dụng canvas chạy chậm và cách giải quyết và giải quyết và giải quyết và xử lý vấn đề. Thông tin này sẽ giúp bạn cải tổ hiệu suất ứng dụng theo kế hoạch kinh doanh và tăng trưởng của bạn.
Chúng ta sẽ bắt đầu với 1 số ít yếu tố thường gặp về hiệu suất, bất kể bạn đang sử dụng trình liên kết nào. Trong những phần sau, bạn sẽ khám phá và khám phá về những yếu tố hiệu suất và những giải pháp đơn cử hơn cho những trình liên kết khác nhau.
Trước khi bắt đầu, hãy bảo vệ rằng bạn hiểu rõ những giai đoạn thực thi ứng dụng canvas và luồng lệnh gọi dữ liệu. Đồng thời, hãy đọc Các nguồn thường gặp có thể khiến ứng dụng canvas hoạt động giải trí giải trí giải trí giải trí giải trí giải trí giải trí giải trí chậm để tìm hiểu về những yếu tố phổ cập mà bạn có thể tránh khi thiết kế hoặc cập nhật ứng dụng canvas.
Các tập hợp tài liệu lớn tải chậm trên những nền tảng khác nhau
Hiệu suất của ứng dụng có thể đổi khác khi tải tập hợp tài liệu lớn trên những nền tảng khác nhau như iOS hoặc Android. Sự độc lạ này xảy ra do mỗi nền tảng có những số lượng số lượng số lượng số lượng số lượng số lượng số lượng giới hạn khác nhau về nhu yếu mạng. Ví dụ: số lượng nhu yếu mạng đồng thời được phép có thể khác nhau theo nền tảng. Sự độc lạ này có thể tác động tác động tác động tác động tác động ảnh hưởng tác động tác động tác động tác động lớn đến thời hạn tải tài liệu của những tập hợp tài liệu lớn.
Bạn chỉ nên tải tài liệu bạn cần để hiển thị ngay trên màn hình. Đối với tài liệu khác, hãy phân trang và lưu tài liệu vào bộ nhớ đệm. Thêm thông tin: Mẹo và chiêu thức hay nhất để cải tổ hiệu suất ứng dụng canvas
Truy xuất quá nhiều cột
Bạn chỉ nên chọn những cột thiết yếu cho ứng dụng. Việc thêm những cột khác (hoặc tất cả) những cột từ nguồn tài liệu sẽ khiến nền tảng tải xuống tài liệu cột. Hành động này tạo ra 1 số ít ít lượng lớn những lệnh gọi trên mạng, từ đó sử dụng nhiều bộ nhớ trong thiết bị khách. Vấn đề này có thể ảnh hưởng nhiều hơn đến người dùng sử dụng thiết bị di động nếu băng thông mạng bị hạn chế hoặc nếu thiết bị có bộ nhớ hạn chế hoặc bộ giải quyết và xử lý cũ.
Ví dụ: nếu bạn sử dụng Dataverse làm nguồn tài liệu cho ứng dụng của bạn, hãy bảo vệ rằng bạn đã bật tính năng lựa chọn cột rõ ràng. Tính năng này được được được cho phép Power Apps chỉ truy xuất tài liệu đến những cột được sử dụng trong ứng dụng.
Để bật tính năng chọn cột rõ ràng trên ứng dụng canvas, hãy chuyển đến Cài đặt > Các tính năng sắp ra mắt > Xem trước, và sau đó bật Lựa chọn cột rõ ràng chuyển đổi.
Phiên bản trình duyệt không được tương hỗ hoặc cũ
Người dùng sử dụng những trình duyệt cũ hoặc không được tương hỗ có thể gặp sự cố về hiệu suất. Đảm bảo người dùng chỉ sử dụng những trình duyệt được hỗ trợ để chạy ứng dụng canvas.
Hiệu suất chậm vì khoảng chừng chừng cách địa lý
Vị trí địa lý của môi trường và khoảng cách của nguồn tài liệu với người dùng có thể ảnh hưởng đến hiệu suất.
Chúng tôi khuyên bạn nên đặt môi trường gần với người dùng. Mặc dù Power Apps sử dụng Mạng phân phối nội dung Azure cho nội dung, những lệnh gọi tài liệu vẫn lấy tài liệu từ nguồn dữ liệu. Nguồn tài liệu nằm ở vị trí địa lý khác có thể ảnh hưởng xấu đến hiệu suất của ứng dụng.
Khoảng cách địa lý vượt quá ảnh hưởng đến hiệu suất theo những cách khác nhau, ví dụ điển hình như độ trễ, thông lượng giảm, băng thông thấp hơn hoặc mất gói.
Danh sách cho phép chưa được định cấu hình
Đảm bảo rằng những URL dịch vụ bắt buộc không bị chặn hoặc chúng đã được thêm vào list cho phép của tường lửa của bạn. Để có list không thiếu tổng thể những URL dịch vụ bắt buộc phải được phép cho Power Apps, chuyển đến Các dịch vụ bắt buộc.
Sử dụng những tính năng không hề chuyển nhượng chuyển nhượng chuyển nhượng chuyển nhượng chuyển nhượng ủy quyền và giới hạn hàng tài liệu không tương thích cho những truy vấn không được ủy quyền
Các công dụng có thể ủy quyền sẽ ủy quyền việc xử lý tài liệu tại nguồn dữ liệu, giảm thiểu ngân sách ở phía máy khách. Khi không hề ủy quyền, bạn có thể hạn chế giới hạn hàng tài liệu cho những truy vấn không được ủy quyền để số hàng được trả về từ liên kết dựa trên sever vẫn ở mức tối ưu.
Việc sử dụng những tính năng không được ủy quyền và giới hạn hàng tài liệu cho những truy vấn không được ủy quyền không tương thích sẽ tăng thêm ngân sách khi truyền dữ liệu. giá thành này dẫn đến việc thao tác tài liệu nhận được thành JS heap ở phía khách hàng. Đảm bảo sử dụng những tính năng được ủy quyền cho ứng dụng bất kể khi nào có sẵn và giới hạn hàng tài liệu tối ưu cho những truy vấn không được ủy quyền.
Thêm thông tin: Sử dụng ủy quyền, Tổng quan về ủy quyền
Cần trấn áp và kiểm soát và kiểm soát và điều chỉnh sự kiện OnStart
Sự kiện OnStart chạy khi ứng dụng đang tải. Gọi số lượng lớn tài liệu bằng những hàm trong thuộc tính OnStart của ứng dụng sẽ khiến ứng dụng tải chậm. Màn hình nhờ vào nhiều vào những tinh chỉnh và điều khiển và giá trị được xác lập trên một màn hình hiển thị khác sẽ gặp lỗi điều hướng màn hình chậm.
Các phần sau đây diễn đạt một số ít yếu tố phổ cập nhất thường gặp phải trong những trường hợp này.
Số lượng lệnh gọi nhiều trong sự kiện OnStart khiến ứng dụng khởi động chậm
Trong một doanh nghiệp, khối lượng lệnh gọi tài liệu đến nguồn tài liệu TT có thể dẫn đến ùn tắc sever hoặc tranh chấp nguồn lực.
Sử dụng cơ chế bộ nhớ đệm để tối ưu hóa những lệnh gọi dữ liệu. Nhiều người có thể dùng cùng một ứng dụng, tạo ra nhiều lệnh gọi tài liệu trên mỗi người dùng đến những điểm cuối của máy chủ. Các cuộc gọi tài liệu này có thể là một nơi xảy ra ùn tắc hoặc sự điều tiết.
Độ trễ trong sự kiện OnStart do tập lệnh nặng
Các tập lệnh nặng tại sự kiện OnStart là một trong những lỗi phổ cập nhất khi thiết kế ứng dụng canvas. Bạn chỉ nên lấy tài liệu thiết yếu thiết yếu để ứng dụng khởi động.
Tối ưu hóa công thức trong sự kiện OnStart. Ví dụ: bạn có thể di chuyển một số tính năng sang thuộc tính OnVisible. Bằng cách này, bạn có thể giúp ứng dụng khởi động nhanh và có thể tiếp tục những bước khác khi ứng dụng mở.
Thêm thông tin: Tối ưu hóa thuộc tính OnStart
Mẹo
Chúng tôi khuyên bạn nên sử dụng App.StartScreen vì nó đơn thuần hóa việc khởi chạy ứng dụng và tăng hiệu suất của ứng dụng.
Áp lực bộ nhớ ở phía máy khách
Bạn cần phải kiểm tra mức sử dụng bộ nhớ của ứng dụng canvas vì hầu hết những trường hợp, ứng dụng này đều chạy trên những thiết bị di động. Ngoại lệ bộ nhớ trong heap là nguyên do rất có thể khiến ứng dụng canvas bị treo hoặc ngừng hoạt động (“treo”) trên một số thiết bị nhất định.
Javascript (JS) heap có thể đạt được giới hạn do những tập lệnh nặng chạy ở phía máy khách để thêm cột, kết nối, lọc, sắp xếp hoặc nhóm những cột. Trong hầu hết những trường hợp, ngoại lệ hết bộ nhớ tại heap trong ứng dụng khách có thể khiến ứng dụng gặp sự cố hoặc bị treo.
Khi sử dụng tài liệu từ những nguồn như Dataverse hoặc SQL Server, bạn có thể sử dụng đối tượng người dùng người dùng người dùng Lượt xem để bảo vệ việc kết hợp, lọc, nhóm hoặc sắp xếp diễn ra ở phía sever thay vì phía máy khách. Cách này giúp người mua giảm bớt ngân sách tạo tập lệnh cho những hành động như vậy.
Nếu những hoạt động nặng trên máy khách như KẾT HỢP hoặc Nhóm theo xảy ra ở phía máy khách với tập tài liệu có 2 nghìn bản ghi trở lên, thì những đối tượng trong heap sẽ tăng lên, dẫn đến vượt quá giới hạn bộ nhớ.
Công cụ dành cho nhà phát triển cho hầu hết những trình duyệt cho phép bạn định thông số kỹ thuật bộ nhớ. Công cụ này sẽ giúp bạn trực quan hóa kích cỡ heap, tài liệu, những nút và trình nghe. Lập hồ sơ hiệu suất của ứng dụng bằng cách sử dụng trình duyệt, như được miêu tả trong Microsoft Edge (Chromium) Tổng quan về công cụ dành cho nhà phát triển. Kiểm tra những trường hợp vượt quá ngưỡng bộ nhớ của JS heap. Thêm thông tin: Khắc phục sự cố bộ nhớ
Những xem xét về hiệu suất so với trình liên kết SQL Server
Bạn có thể sử dụng trình liên kết SQL Server cho Power Apps để liên kết với SQL Server tại chỗ hoặc Cơ sở tài liệu Azure SQL. Phần này miêu tả những yếu tố thường gặp tương quan đến hiệu suất và giải pháp để sử dụng trình liên kết này cho ứng dụng canvas. Thêm thông tin: Kết nối với SQL Server từ Power Apps, Tạo ứng dụng canvas từ Cơ sở tài liệu Azure SQL
Lưu ý
Mặc dù phần này sử dụng trình liên kết SQL Server để minh họa cho những yếu tố về hiệu suất và cách giải quyết, hầu hết những đề xuất cũng vận dụng để sử dụng những loại cơ sở dữ liệu—chẳng hạn như MySQL hoặc PostgreSQL—làm nguồn dữ liệu.
Chúng ta hãy xem xét những yếu tố thường gặp về hiệu suất và giải pháp khi sử dụng trình liên kết SQL Server cho ứng dụng canvas.
Truy vấn N+1
Các thư viện tạo quá nhiều nhu yếu đến sever sẽ gây ra sự cố truy vấn N+1. Sự cố truy vấn N+1 là một trong những sự cố thường gặp nhất khi sử dụng tùy chọn điều khiển Thư viện.
Để tránh gặp phải sự cố, hãy sử dụng xem những đối tượng trong phần phụ trợ SQL hoặc thay đổi những ngữ cảnh giao diện người dùng.
Quét bảng thay vì tìm kiếm chỉ mục
Một ứng dụng có thể chạy chậm lại nếu những hàm mà ứng dụng sử dụng chạy truy vấn trong cơ sở tài liệu dẫn đến việc quét bảng thay vì tìm kiếm chỉ mục. Thêm thông tin: Gợi ý, QUÉT bảng và TÌM KIẾM chỉ mục
Để giải quyết những sự cố như vậy, hãy sử dụng StartsWith thay vì IN trong công thức. Với nguồn tài liệu SQL, toán tử StartsWith dẫn đến một tìm kiếm chỉ mục, nhưng toán tử IN dẫn đến quét chỉ mục hoặc bảng.
Truy vấn chậm
Bạn có thể thông số kỹ thuật và điều chỉnh những truy vấn cũng như chỉ mục chậm trên cơ sở tài liệu SQL. Ví dụ: nếu có một công thức nhận tài liệu với thứ tự giảm dần (DESC) trên một cột nhất định, cột sắp xếp đó phải có một chỉ mục với thứ tự giảm dần. Khóa chỉ mục này tạo thứ tự tăng dần (ASC) theo mặc định.
Bạn cũng có thể kiểm tra địa chỉ URL của những nhu yếu dữ liệu. Ví dụ: đoạn mã nhu yếu tài liệu sau (lệnh gọi OData một phần) nhu yếu SQL trả về cột 500 bản ghi khớp cột với Giá trị và thứ tự theo ID giảm dần.
Items? $filter=Column eq 'Value' & Orderby = ID desc & top 500
Điều này giúp hiểu rõ những nhu yếu chỉ mục để bao gồm những điều kiện kèm theo nhu yếu tương tự. Trong ví dụ này, nếu cột ID có một chỉ mục với thứ tự giảm dần, truy vấn sẽ được triển khai nhanh hơn.
Kiểm tra kế hoạch thực thi của những truy vấn chậm để xem có tồn tại bất kỳ hoạt động quét bảng hoặc chỉ mục nào không. Giám sát bất kỳ ngân sách vượt quá nào của tra cứu khóa trong kế hoạch thực hiện.
Thông tin thêm:
Tranh chấp tài nguyên cơ sở dữ liệu
Đảm bảo nguồn dữ liệu—cơ sở tài liệu SQL—không có tranh chấp nguồn lực như ùn tắc bộ xử lý, tranh chấp I/O, áp lực bộ nhớ hoặc tranh chấp tempDB. Ngoài ra, hãy kiểm tra thời hạn chờ khóa, chờ, chốt lại và truy vấn.
Mẹo
Sử dụng điều chỉnh tự động hóa để hiểu rõ hơn về những yếu tố hiệu suất truy vấn tiềm ẩn, những giải pháp được đề xuất và để tự động khắc phục những sự cố đã xác định.
Yêu cầu máy khách dày đặc hoặc quá mức
Một ứng dụng đang chạy những thao tác Nhóm theo, Lọc theo hoặc KẾT HỢP ở phía máy khách sử dụng bộ xử lý và nguồn lực bộ nhớ từ những thiết bị máy khách. Tùy thuộc vào size dữ liệu, những hoạt động này có thể mất nhiều thời hạn tạo tập lệnh hơn ở phía máy khách, làm tăng kích cỡ JS heap trên máy khách. Vấn đề này sẽ tăng so với nguồn tài liệu tại chỗ vì mỗi lệnh gọi tài liệu tra cứu được truyền đến nguồn tài liệu thông qua cổng dữ liệu.
Trong những trường hợp đó, hãy sử dụng đối tượng Dạng xem trong cơ sở tài liệu SQL cho những hoạt động Nhóm theo, Lọc theo hoặc KẾT HỢP. Các dạng xem có thể sử dụng những cột chọn lọc và loại bỏ những cột không cần thiết với loại tài liệu lớn như NVARCHAR(MAX), VARCHAR(MAX) và VARBINARY(MAX).
Mẹo
Cách tiếp cận này cũng giúp giải quyết yếu tố truy vấn N+1.
Kích thước tài liệu được chuyển đến máy khách
Theo mặc định, ứng dụng canvas hiển thị tài liệu bằng cách sử dụng bảng hoặc dạng xem từ những đối tượng cơ sở tài liệu có sẵn. Việc truy xuất toàn bộ những cột từ một bảng có thể dẫn đến phản hồi chậm, đặc biệt quan trọng khi sử dụng những loại tài liệu lớn như NVARCHAR(MAX).
Việc chuyển một lượng lớn tài liệu cho người mua mất nhiều thời gian. Việc chuyển này cũng dẫn đến mất nhiều thời hạn tạo tập lệnh hơn khi có lượng lớn tài liệu trong JS heap ở phía máy khách, như được diễn đạt trước đó trong bài viết này.
Để giảm size tài liệu được chuyển đến máy khách, hãy sử dụng chính sách xem với những cột đơn cử cần thiết cho ứng dụng và bảo vệ rằng tính năng lựa chọn cột rõ ràng được bật, như được mô tả trước đó trong bài viết này.
Những xem xét đơn cử so với Máy chủ SQL tại chỗ
Hiệu suất của ứng dụng canvas sử dụng trình liên kết Máy chủ SQL với cổng tài liệu tại chỗ có thể bị ảnh hưởng theo nhiều cách. Phần này liệt kê những yếu tố hiệu suất thông dụng và những giải pháp cụ thể khi sử dụng nguồn cơ sở tài liệu tại chỗ.
Cổng tài liệu tại chỗ không tốt
Các tổ chức triển khai triển khai có thể xác lập nhiều nút cho cổng tài liệu tại chỗ. Ngay cả khi không truy vấn được một trong những nút, những nhu yếu tài liệu trên nút không tốt sẽ không trả lại tác dụng trong một khung thời gian thích hợp hoặc tạo ra thông báo lỗi “không truy vấn được” sau khi đợi một lúc.
Đảm bảo toàn bộ những nút cổng tài liệu tại chỗ đều hoạt động tốt và được định thông số kỹ thuật với độ trễ mạng tối thiểu giữa những nút và phiên bản SQL.
Vị trí của cổng tài liệu tại chỗ
Cổng tài liệu nhu yếu những lệnh gọi mạng tới nguồn tài liệu tại chỗ để diễn giải những nhu yếu OData. Ví dụ: cổng tài liệu cần hiểu rõ lược đồ bảng tài liệu để dịch những nhu yếu OData sang câu lệnh ngôn từ thao tác tài liệu SQL (DML). Chi phí bổ trợ sẽ phát sinh khi cổng tài liệu được định cấu hình ở một vị trí riêng biệt với độ trễ mạng cao giữa cổng tài liệu và phiên bản SQL.
Trong môi trường doanh nghiệp, bạn nên có một cụm cổng tài liệu có thể lan rộng ra khi nhu yếu tài liệu lớn. Kiểm tra xem có bao nhiêu liên kết được thiết lập giữa các nút cổng tài liệu và phiên bản SQL.
Bằng cách kiểm tra các liên kết đồng thời trong cổng tài liệu tại chỗ hoặc phiên bản SQL, tổ chức của bạn có thể xác lập thời gian cổng tài liệu cần được lan rộng ra quy mô và có bao nhiêu nút.
Khả năng lan rộng ra cổng tài liệu tại chỗ
Nếu bạn muốn truy vấn một lượng lớn tài liệu từ cổng tài liệu tại chỗ, thì một nút cổng tài liệu tại chỗ duy nhất cũng có thể trở thành sự cố gây ùn tắc khi xử lý khối lượng nhu yếu lớn như vậy.
Một nút cổng tài liệu tại chỗ duy nhất có thể đủ để xử lý 200 liên kết đồng thời trở xuống. Tuy nhiên, nếu tổng thể các liên kết đồng thời này đang triển khai các truy vấn một cách tích cực, thì các yêu cầu khác sẽ phải đợi đến khi có sẵn kết nối.
Để biết thông tin về cách đảm bảo rằng cổng tài liệu tại chỗ của bạn mở rộng tương thích với khối lượng tài liệu và yêu cầu, hãy chuyển đến Theo dõi và tối ưu hóa hiệu suất cổng tài liệu tại chỗ.
Các xem xét cụ thể so với Cơ sở tài liệu Azure SQL
Các ứng dụng canvas có thể liên kết với Cơ sở tài liệu Azure SQL bằng trình liên kết SQL Server. Nguyên nhân phổ cập của các yếu tố về hiệu suất khi sử dụng Cơ sở tài liệu Azure SQL là chọn sai cấp cho yêu cầu kinh doanh của bạn.
Cơ sở dữ liệu Azure SQL có sẵn trong các cấp dịch vụ khác nhau, với các khả năng khác nhau để phù hợp với các yêu cầu kinh doanh khác nhau. Để biết thêm thông tin về các bậc, hãy truy vấn Tài liệu Cơ sở dữ liệu Azure SQL.
Với các yêu cầu dữ liệu lớn, các nguồn lực trên cấp bạn chọn có thể bị điều tiết ngay khi đạt đến giá trị ngưỡng. Việc điều tiết như vậy sẽ ảnh hưởng đến hiệu suất của nhóm truy vấn tiếp theo.
Kiểm tra cấp dịch vụ của Cơ sở dữ liệu Azure SQL. Cấp thấp hơn sẽ 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ụ: SQL Server tại chỗ thường đặt ngưỡng sử dụng CPU ở khoảng 75 %.
Những xem xét về hiệu suất đối với trình liên kết SharePoint
Bạn có thể dùng SharePoint liên kết để tạo ứng dụng bằng cách sử dụng dữ liệu từ Microsoft Lists. Bạn cũng có thể tạo ứng dụng canvas trực tiếp từ chính sách xem danh sách. Chúng ta hãy xem xét các vấn đề thường gặp về hiệu suất và giải pháp để sử dụng nguồn dữ liệu SharePoint cho ứng dụng canvas.
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 các tra cứu động như Người, Nhóm và Tính toán. Nếu một list xác lập quá nhiều cột động, thì sẽ mất 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 người mua đang chạy ứng dụng canvas.
Đừng lạm dụng các cột tra cứu động trong SharePoint. Việc sử dụng quá mức này có thể dẫn đến ngân sách mà lẽ ra có thể tránh được cho phía SharePoint để thao tác với dữ liệu. Ví dụ: thay vào đó, bạn có thể sử dụng cột tĩnh để giữ bí danh email hoặc tên của người dùng.
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 thêm phần gây ra phản hồi chậm trong khi truy xuất đến máy khách.
Xem lại list của bạn và đảm bảo rằng chỉ các cột cần thiết đã được xác định. Số lượng cột trong list ảnh hưởng đến hiệu suất của các yêu cầu dữ liệu. Tác động này là do truy xuất các bản ghi đã khớp hoặc các bản ghi đã đạt đến giới hạn hàng dữ liệu định trước và truyền trở lại máy khách với tổng thể 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ả.
Để chỉ truy vấn các cột mà ứng dụng đã sử dụng, hãy bật tính năng lựa chọn cột rõ ràng, như được mô tả trước đó trong bài viết này.
Danh sách lớn
Nếu bạn có một list lớn với hàng trăm nghìn bản ghi, hãy xem xét phân vùng list hoặc chia list thành nhiều list dựa trên các tham số như hạng mục hoặc ngày và giờ.
Ví dụ: dữ liệu của bạn có thể được tàng 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 đó.
Trong một môi trường được kiểm soát, điểm chuẩn hiệu suất đã chứng tỏ rằng hiệu suất của các yêu cầu OData đối với Danh sách Microsoft hoặc SharePoint có liên quan nhiều đến số cột trong danh sách và số hàng đang được truy xuất (bị giới hạn bởi giới hạn hàng dữ liệu cho các truy vấn không được ủy quyền). Việc có số lượng cột thấp hơn và setup giới hạn hàng dữ liệu thấp hơn có thể giúp ứng dụng canvas hoạt động tốt hơn.
Tuy nhiên, trong thế giới thực, các ứng dụng được thiết kế để phân phối các yêu cầu kinh doanh nhất định. Việc giảm giới hạn hàng dữ liệu hoặc số cột trong danh sách có thể không nhanh gọn hoặc đơn giản. Tuy nhiên, bạn nên giám sát các yêu cầu OData ở phía máy khách và điều chỉnh giới hạn hàng dữ liệu cho các truy vấn không được ủy quyền và số lượng cột trong một danh sách.
Những xem xét về hiệu suất để sử dụng Dataverse làm nguồn dữ liệu
Khi bạn dùng Microsoft Dataverse làm nguồn dữ liệu, các yêu cầu dữ liệu sẽ chuyển trực tiếp đến phiên bản môi trường mà không cần chuyển qua Azure API Management. Thông tin thêm: Luồng gọi dữ liệu khi liên kết với Microsoft Dataverse
Ứng dụng canvas được liên kết với Dataverse có thể hoạt động chậm nếu chạy tập lệnh nhiều ứng dụng khách như Lọc theo hoặc KẾT HỢP ở phía máy khách thay vì máy chủ.
Sử dụng dạng xem Dataverse khi có thể. Chế độ xem có tiêu chuẩn phối hợp hoặc bộ lọc bắt buộc giúp giảm ngân sách sử dụng toàn bộ bảng. Ví dụ: nếu cần nối các bảng và lọc dữ liệu, bạn có thể xác định dạng xem bằng cách nối chúng và chỉ xác định các cột mình cần. Sau đó, bạn có thể sử dụng chính sách xem này trong ứng dụng của mình để tạo ngân sách này ở phía máy chủ để kết hợp/lọc thay vì phía máy khách. Phương pháp này không riêng gì giảm bớt các thao tác phụ mà còn giảm cả việc truyền dữ liệu. Để biết thông tin về chỉnh sửa tiêu chuẩn bộ lọc và sắp xếp, hãy truy cập Chỉnh sửa tiêu chuẩn bộ lọc.
Những xem xét về hiệu suất đối với trình kết nối Excel
Trình kết nối Excel cung cấp kết nối từ ứng dụng canvas tới dữ liệu trong bảng trong tệp Excel. 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ụ: hạn chế về các hàm ủy quyền—hạn chế ứng dụng canvas tải dữ liệu từ bảng lên đến 2.000 bản ghi. Để 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 dưới dạng các nguồn dữ liệu khác.
Chúng ta hãy xem xét các vấn đề thường gặp về hiệu suất và giải pháp bằng cách sử dụng nguồn dữ liệu Excel cho ứng dụng canvas và cách khắc phục vấn đề đó.
Quá nhiều bảng dữ liệu và kích thước dữ liệu lớn
Ứng dụng có thể hoạt động chậm khi sử dụng tệp Excel có quá nhiều bảng dữ liệu hoặc bảng dữ liệu có kích thước dữ liệu quá lớn trên một số cột. Tệp Excel không phải là cơ sở dữ liệu quan hệ hoặc nguồn dữ liệu cung cấp các hàm ủy quyền. Power Apps phải tải dữ liệu từ các bảng dữ liệu đã xác định trước, sau đó sử dụng các chức năng như Lọc, ·, GIA, theo, và Tìm kiếm.
Việc có quá nhiều bảng dữ liệu, với số lượng hàng và cột cao sẽ ảnh hưởng đến hiệu suất ứng dụng và chi phí phía máy khách vì mỗi bảng dữ liệu cần được thao tác trong JS heap. Hiệu ứng này cũng dẫn đến việc ứng dụng tiêu tốn nhiều bộ nhớ phía máy khách hơn.
Để đảm bảo ứng dụng của bạn không bị ảnh hưởng bởi vấn đề này, hãy chỉ xác định các cột cần thiết trên bảng dữ liệu trong tệp Excel.
Nhiều giao dịch
Excel không phải là một hệ thống cơ sở dữ liệu quan hệ. Mọi thay đổi từ một ứng dụng đều được Excel quản trị giống như cách người dùng đã thay đổi dữ liệu trong tệp Excel. Nếu ứng dụng có số lần đọc cao nhưng ít hoạt động CRUD, thì ứng dụng có thể hoạt động tốt. Tuy nhiên, nếu ứng dụng thực hiện nhiều giao dịch, điều đó 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 vì nó cũng tùy thuộc vào dữ liệu đang thao tác. Một số góc nhìn khác cũng ảnh hưởng đến hiệu suất ứng dụng, ví dụ điển hình như tổng chi phí mạng hoặc thiết bị của người dùng.
Nếu bạn có dữ liệu chỉ đọc, bạn có thể nhập dữ liệu đó vào ứng dụng cục bộ thay vì tải dữ liệu đó từ nguồn dữ liệu. Đối với các ứng dụng dành cho doanh nghiệp, hãy sử dụng các nguồn dữ liệu như Dataverse, SQL Server hoặc SharePoint.
Kích thước tệp
Bạn có thể chọn từ một loạt các tùy chọn cloud storage với dung tích lưu trữ khác nhau—hoặc có thể đặt cấu hình—cho tệp Excel. Tuy nhiên, việc có một tệp Excel lớn với toàn bộ các bảng được xác định trong một tệp sẽ bổ sung thêm chi phí cho ứng dụng khi tải tệp xuống và đọc dữ liệu để tải ở phía máy khách.
Thay vì sử dụng một tệp lớn, hãy chia dữ liệu thành nhiều tệp Excel với bảng dữ liệu tối thiểu. Sau đó chỉ kết nối với từng tệp khi bạn cần. Bằng cách này, việc tải dữ liệu từ bảng dữ liệu diễn ra thành từng đoạn, giảm chi phí của nhiều bảng hoặc tập dữ liệu lớn.
Vị trí tệp
Vị trí địa lý của nguồn dữ liệu và khoảng cách từ các địa điểm máy khách có thể dẫn đến tắc nghẽn hiệu suất chung cho ứng dụng và gây ra độ trễ mạng. Hiệu ứng này có thể tăng lên khi máy khách di động có băng thông kết nối hạn chế.
Tốt hơn là giữ tệp gần người dùng cuối của bạn (hoặc hầu hết người dùng cuối nếu bạn có đối tượng toàn cầu) để tệp có thể được tải xuống nhanh chóng.
Các bước tiếp theo
Mẹo và phương pháp hay nhất để cải thiện hiệu suất ứng dụng canvas
Xem thêm
Hiểu các giai đoạn thực thi ứng dụng canvas và luồng lệnh gọi dữ liệu
Các nguyên nhân phổ cập gây ra hiệu suất chậm cho ứng dụng canvas
Các vấn đề thường gặp và giải pháp cho Power Apps
Khắc phục sự cố khởi động cho Power Apps
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ư).
