Tải xuống AppSheet

Đảm bảo đọc và hiểu các khái niệm cốt lõi ảnh hưởng đến hiệu suất ứng dụng. Nếu bạn có thể tập trung vào việc cải thiện hiệu suất Đồng bộ hóa, điều đó sẽ có tác động tích cực nhất đến người dùng cuối của ứng dụng

Trong bài viết này, chúng tôi sẽ tập trung vào Đồng bộ hóa chỉ đọc vì điều này ảnh hưởng đến tất cả các ứng dụng. Có các phương pháp bổ sung để cải thiện tốc độ Đồng bộ hóa liên quan đến cập nhật dữ liệu, như được mô tả trong Cải thiện tốc độ Đồng bộ hóa bằng cập nhật dữ liệu

Để cải thiện tốc độ và hiệu suất của Đồng bộ hóa, hãy xem xét các phương pháp sau

2. trong khi Đồng bộ hóa
3. (đối với công thức bảng tính và cột ảo) được thực hiện trong quá trình Đồng bộ hóa
4. (có liên quan nếu có nhiều bảng trong ứng dụng hoặc nhiều cột ảo đắt tiền)
5. (điều này có liên quan đến kết nối giữa thiết bị và Máy chủ AppSheet)
6. để người dùng không phải đợi Đồng bộ hóa xảy ra

Nền tảng AppSheet cung cấp các công cụ (như Hồ sơ hiệu suất) để bạn hiểu, phân tích và cải thiện hiệu suất ứng dụng

1. Chọn nhà cung cấp dữ liệu hiệu quả

AppSheet hỗ trợ nhiều nhà cung cấp dữ liệu khác nhau. Tất cả các nhà cung cấp dữ liệu đều khác nhau về độ trễ ban đầu khi phản hồi yêu cầu. Dưới đây là một số quy tắc chung của ngón tay cái

• Các nhà cung cấp cơ sở dữ liệu thường tốt hơn các nhà cung cấp hệ thống tệp hoặc bảng tính.  
• Trong số các hệ thống tệp bảng tính, Google Trang tính có hiệu suất cao nhất vì nó được xây dựng từ đầu để hỗ trợ truy cập dữ liệu đồng thời dựa trên web
• Nếu dùng Excel thì dùng Office365 hiệu quả hơn hệ thống file thuần túy như Dropbox hay Box. Với Office365, các công thức bảng tính có thể được Office365 chạy trên đám mây, trong khi với Dropbox và Box AppSheet phải tải xuống toàn bộ tệp Excel và đánh giá các công thức cục bộ

Trên thực tế, đây có thể không phải là lựa chọn của bạn vì tập dữ liệu của bạn có thể đã nằm trong một nhà cung cấp dữ liệu cụ thể

2. Giảm lượng dữ liệu được truyền

Xóa dữ liệu không cần thiết

Bước đầu tiên là loại bỏ dữ liệu không cần thiết trong chính bảng/trang tính.  

• Xóa các hàng trống, kể cả các hàng trống ở cuối trang tính
  Nếu trang tính của bạn chứa hàng trăm hoặc hàng nghìn hàng trống, bạn có thể cải thiện đáng kể hiệu suất bằng cách xóa chúng
• Xóa các cột trống, kể cả các cột trống bên phải trang tính
  Nếu trang tính của bạn chứa các cột trống, bạn có thể cải thiện đáng kể hiệu suất bằng cách xóa chúng

Sổ làm việc bảng tính (tức là tệp) chứa một hoặc nhiều trang tính. Bước tiếp theo là đảm bảo rằng không có dữ liệu không cần thiết trong sổ làm việc bảng tính.  

• Chỉ bao gồm các trang tính mà ứng dụng yêu cầu và xóa phần còn lại
  Các trang tính bổ sung sẽ thêm chi phí hoạt động khi nhà cung cấp dữ liệu đang tìm nạp dữ liệu được yêu cầu. Bất kỳ thay đổi nào đối với các trang tính đó cũng ảnh hưởng đến việc tối ưu hóa bộ nhớ đệm

• Đặt các bảng chỉ đọc vào sổ làm việc của riêng chúng
  Có nhiều cơ hội hơn để lưu trữ các bảng chỉ đọc. Khi được đặt trong sổ làm việc của riêng họ, nền tảng có thể theo dõi chính xác hơn nếu họ đã được cập nhật

Định cấu hình cài đặt AppSheet

Các cài đặt khác nhau trong ứng dụng AppSheet của bạn có thể giảm lượng dữ liệu được truyền. Ứng dụng có thể giảm rõ ràng lượng dữ liệu thông qua.  

• Bộ lọc bảo mật
  Sử dụng bộ lọc bảo mật để loại bỏ các hàng không đáp ứng tiêu chí lọc. Nếu dữ liệu đến từ một nguồn bảng tính, thì toàn bộ bảng tính sẽ được đọc bởi Máy chủ AppSheet, bộ lọc bảo mật được áp dụng và tập hợp con các hàng thỏa mãn điều kiện sẽ được gửi đến ứng dụng. Nếu dữ liệu đến từ nguồn cơ sở dữ liệu và bộ lọc đơn giản (chẳng hạn như [ColumnX] = USEREMAIL()), thì bộ lọc có thể được "đẩy" vào truy xuất dữ liệu từ nguồn dữ liệu. Nói cách khác, việc truy xuất dữ liệu từ nguồn dữ liệu cũng trở nên hiệu quả hơn nhiều và ít dữ liệu được chuyển đến nhà cung cấp AppSheet hơn. Xem Chia tỷ lệ bằng bộ lọc bảo mật

• phân vùng
  Quản lý các tập dữ liệu rất lớn bằng cách chia chúng thành các phân vùng. Mỗi người dùng chỉ cần dữ liệu trong một phân vùng. Đương nhiên, điều này làm giảm đáng kể lượng dữ liệu được truyền. Xem Chia tỷ lệ bằng cách sử dụng phân vùng dữ liệu

Ứng dụng cũng có thể ngầm giảm lượng dữ liệu được truyền bằng cách tránh truyền dữ liệu dư thừa. Việc truyền dữ liệu là không cần thiết nếu ứng dụng đã có sẵn một bản sao lưu trong bộ nhớ cache của dữ liệu mới nhất (từ lần đồng bộ hóa trước đó). Để bộ nhớ đệm có hiệu quả, hệ thống cần ghi lại thời điểm duy trì một bản sao trong bộ nhớ đệm và kiểm tra xem nguồn dữ liệu đã được cập nhật chưa

  Để định cấu hình cài đặt bộ nhớ đệm dữ liệu.

1.   Mở ứng dụng trong trình chỉnh sửa ứng dụng.
2. Chọn Cài đặt > Hiệu suất
3. trong Đồng bộ hóa. Đám mây đến nguồn dữ liệu
4. Khi bạn đã hoàn tất, hãy lưu ứng dụng bằng cách chọn một trong các tùy chọn sau
   • Lưu - Lưu ứng dụng
   • Lưu và xác minh dữ liệu - Lưu ứng dụng và xác minh dữ liệu đã xác định

Chúng tôi đã thực hiện một số cải tiến cho trình chỉnh sửa ứng dụng, hiện đang ở dạng xem trước
Theo mặc định, bạn được chọn sử dụng trình chỉnh sửa mới nhưng bạn có thể quay lại trình chỉnh sửa cũ bất kỳ lúc nào

 

Nếu bạn đang sử dụng điều hướng cũ

  Để định cấu hình cài đặt bộ nhớ đệm dữ liệu.

1. Mở ứng dụng trong trình chỉnh sửa ứng dụng
2. Chọn Hành vi > Ngoại tuyến/Đồng bộ hóa
3. trong Đồng bộ hóa. Đám mây đến nguồn dữ liệu
4. Khi bạn đã hoàn tất, hãy lưu ứng dụng bằng cách chọn một trong các tùy chọn sau
   • Lưu - Lưu ứng dụng
   • Lưu và xác minh dữ liệu - Lưu ứng dụng và xác minh dữ liệu đã xác định

Định cấu hình cài đặt bộ nhớ đệm dữ liệu

Cài đặtMô tảBộ đệm máy chủMáy chủ AppSheet có thể duy trì các bản sao được lưu trong bộ đệm của các bảng chỉ đọc trong tối đa năm phút. Nếu ứng dụng của bạn phụ thuộc vào dữ liệu tham chiếu không thay đổi thường xuyên, hãy nhớ đánh dấu bảng là Chỉ đọc và bật bộ nhớ đệm máy chủ. Đồng bộ hóa DeltaBật tùy chọn này để duy trì dấu thời gian cho lần cuối mỗi bảng được tìm nạp. Trên mỗi lần đồng bộ hóa, máy chủ AppSheet sẽ cố gắng xác định xem bảng đã được cập nhật sau dấu thời gian đó chưa. Chỉ khi đó, dữ liệu bảng mới được truy xuất từ ​​nguồn dữ liệu đám mây

thận trọng. Tùy chọn đồng bộ hóa Delta có khả năng tăng tốc đáng kể Đồng bộ hóa, nhưng nó cũng có khả năng gây ra lỗi dữ liệu

• AppSheet chỉ có thể kiểm tra đồng bộ hóa Delta với các nhà cung cấp đám mây sử dụng tệp bảng tính. Nó kiểm tra thuộc tính LastModifiedTime của tệp để xác định xem nó đã được cập nhật hay chưa (việc cập nhật có thể xảy ra trực tiếp với bảng tính). Trong các hệ thống tệp trên đám mây như Google Drive, dấu thời gian này không hoàn toàn chính xác.
• Nếu trang tính liên quan đến công thức tìm nạp dữ liệu từ các nguồn bên ngoài, bản thân tệp có thể không bao giờ phản ánh dấu thời gian đã sửa đổi mặc dù dữ liệu được tính toán trong đó có thể thay đổi. Các cột ảo chỉ dựa vào dữ liệu này không được tính toán lại.  

3. Giảm khối lượng tính toán

Tính toán xảy ra trong quá trình đồng bộ hóa ở hai nơi

• Trong công thức bảng tính
• Trong các cột ảo AppSheet

Cả hai đều có thể thêm chi phí đáng kể vào thời gian Đồng bộ hóa

Bảng tính sử dụng công thức để tính toán dữ liệu. Một số công thức có thể rất tốn kém và lâu dài. Những công thức như vậy có thể gây ra sự chậm trễ đáng kể và trong trường hợp nghiêm trọng, thậm chí hết thời gian chờ khi sử dụng AppSheet

1. Đảm bảo rằng bảng tính chỉ sử dụng các công thức đơn giản/rẻ tiền
2. Các công thức trên nhiều trang tính và những công thức sử dụng dịch vụ bên ngoài (như Google Finance) có thể ảnh hưởng nghiêm trọng đến hiệu suất đồng bộ hóa
3. Điều đặc biệt quan trọng là giảm thiểu các công thức trang tính khi nguồn dữ liệu là Excel trên Dropbox hoặc Box, vì các công thức này phải được Máy chủ AppSheet tính toán lại mỗi khi trang tính Excel được đọc.  

Các cột ảo trong bảng được xác định bởi Công thức ứng dụng và được Máy chủ AppSheet tính toán trên mỗi lần đồng bộ hóa. Công thức ứng dụng rất mạnh mẽ và biểu cảm, nhưng có thể viết Công thức ứng dụng rất kém hiệu quả. Ví dụ: trong ứng dụng Order Capture có ba bảng (Products, Customers và Orders), giả sử có một cột ảo được xác định trên bảng Order để tìm tổng của tất cả các Orders trước đó được thực hiện bởi cùng một Customer cho cùng một Product. Tùy thuộc vào lượng dữ liệu trong ứng dụng, điều này có thể sẽ rất tốn kém khi tính toán trên toàn bộ tập dữ liệu. Hồ sơ hiệu suất sẽ cho biết liệu các cột ảo có đóng góp đáng kể vào thời gian đồng bộ hóa hay không

4. Tìm nạp hoặc tính toán dữ liệu song song

Cho đến nay, chúng tôi đã bỏ qua thực tế là hầu hết các ứng dụng đều có nhiều bảng. Giả sử ứng dụng của bạn có năm bảng. Chúng được tìm nạp lần lượt từ nguồn dữ liệu hay chúng được tìm nạp song song? . Do đó, chúng tôi kiểm soát mức độ song song dựa trên gói đăng ký của chủ sở hữu ứng dụng --- các gói đắt tiền hơn sẽ có mức độ song song cao hơn

Một cách tiếp cận tương tự cũng được áp dụng cho việc tính toán các giá trị cột ảo.

Tăng tính song song không nhất thiết phải luôn dẫn đến đồng bộ hóa nhanh hơn. Ví dụ: nếu bạn có ba bảng, hai trong số đó chỉ mất một giây để tìm nạp và bảng thứ ba mất cả phút để tìm nạp, sẽ không có sự khác biệt rõ rệt khi tăng mức độ song song. Bảng mất cả phút để tìm nạp chiếm ưu thế trong tất cả các hoạt động khác
Bạn có thể thử hiệu ứng của tính song song ở mức độ cao hơn trong trình giả lập ứng dụng được lưu trữ bên trong trình chỉnh sửa ứng dụng. Lưu ý rằng các hiệu ứng cũng khác nhau tùy thuộc vào lượng dữ liệu trong các bảng. Vì vậy, mặc dù các tác động có thể là tối thiểu khi phát triển ứng dụng của bạn với các bộ dữ liệu ban đầu, nhưng chúng có thể rõ ràng hơn khi ứng dụng được sử dụng và các bộ dữ liệu phát triển.  

5. Sử dụng mạng nhanh hơn

Hầu hết mọi người trực giác tin rằng mạng nhanh hơn sẽ dẫn đến Đồng bộ hóa nhanh hơn. Trực giác tương tự cũng khiến mọi người tin rằng nút cổ chai lớn nhất trong đồng bộ hóa là tốc độ của mạng dữ liệu (ví dụ 2G so với LTE) được sử dụng bởi các thiết bị di động. Tuy nhiên, trong hầu hết các tình huống, đây là một sự đơn giản hóa quá mức.

Trong quan sát của chúng tôi

1. Độ trễ của nhà cung cấp dịch vụ đám mây thường là yếu tố góp phần lớn nhất vào việc đồng bộ hóa chậm. Việc truyền dữ liệu thực tế giữa nhà cung cấp đám mây và máy chủ AppSheet khá hiệu quả (internet có thông lượng cao)
2. Độ trễ mạng giữa thiết bị và máy chủ AppSheet cũng có thể gây thêm độ trễ đáng kể. Chúng tôi thường quan sát thấy điều này với những khách hàng ở xa về mặt địa lý với đám mây máy chủ AppSheet
3. Quá trình truyền dữ liệu thực tế từ Máy chủ AppSheet sang thiết bị di động thường rất hiệu quả (nghĩa là, mặc dù mạng di động có thể không có thông lượng lớn, nhưng nó là quá đủ cho khối lượng dữ liệu được truyền). Việc AppSheet nén dữ liệu trước khi truyền giúp giải quyết vấn đề này

Đây là một quan sát rất quan trọng và đó là bởi vì các ứng dụng AppSheet thường có khối lượng dữ liệu tương đối nhỏ. Ngay cả khi tập dữ liệu cơ bản rất lớn, mỗi người dùng ứng dụng thường chỉ cần một tập hợp con dữ liệu nhỏ và điều này đạt được thông qua các cơ chế như Bộ lọc bảo mật và Phân vùng dữ liệu

Tôi có thể sử dụng AppSheet trên máy tính không?

Có phiên bản AppSheet miễn phí không?

Có thể sử dụng AppSheet ngoại tuyến không?

AppSheet có phải là một ứng dụng của Google không?