Appsheet VERY slow to save changes to googlesheet

I have an app that is used by 2 sales people (usually 3). Starting this morning appsheet has taken a VERY long time to save their changes to the googlesheet. Three hours after they stopped using it the googlesheet is still being updated. They had up to 150 changes each showing as pending in the top right hand corner by the sync button.

Previously to that I told them to stop and let it get down to zero and catch up. After that we had no choice but to continue for the day and let the changes build up as customers needed calling so they can place orders.

I canโ€™t even make copies of the app and try and make changes/delete tables to try and rectify the problem as the googlesheet is still updating 3 hours later and at the current rate will take another 2.

Any help is much appreciated

Phil

0 11 1,521
11 REPLIES 11

Any changes in the app definition on your side โ€” eg: any workflow rules added?

Also, were you able to look at the audit logs/ perf logs for the app?

Hi Praveen,

I added a new column to a table over the weekend and had it set to โ€œpriceโ€ type rather than yes/no which it should have been. So when an order was entered by one of our team on the system it wouldnโ€™t accept $ No as an input.

I went in and changed the setting and told them to resync so the change would take effect.

I also got emails from Zapier saying that something was wrong and my Zaps wouldnโ€™t work. After that the changes started taking ages.

This is the error that came up in the log in the morning

Properties:
{
โ€œTableNameโ€: โ€œFull List tableโ€,
โ€œapiLevelโ€: โ€œ2โ€,
โ€œappStartTimeโ€: โ€œ2020-08-17T08:56:33.508Zโ€,
โ€œappTemplateVersionโ€: โ€œ1.000264โ€,
โ€œbuildโ€: โ€œ12ca9763df86f135c448-1597390092254-171cbfa46โ€,
โ€œcheckCacheโ€: โ€œtrueโ€,
โ€œclientIdโ€: โ€œ7dd25606-f3de-474a-985c-1648b7e84f7fโ€,
โ€œdataStampโ€: โ€œ2020-08-17T09:31:51.067Zโ€,
โ€œisPreviewโ€: โ€œfalseโ€,
โ€œlastSyncTimeโ€: โ€œ2020-08-17T08:58:16.5777613Zโ€,
โ€œlocalVersionโ€: โ€œ1.000264โ€,
โ€œlocaleโ€: โ€œen-GBโ€,
โ€œmechanismโ€: โ€œQuickEditโ€,
โ€œrequestIdโ€: โ€œ74032574โ€,
โ€œrequestStartTimeโ€: โ€œ2020-08-17T09:32:45.593Zโ€,
โ€œtimestampโ€: โ€œ2020-08-17T09:10:21.925Zโ€,
โ€œtzOffsetโ€: โ€œ-60โ€,
โ€œviewNameโ€: โ€œUSER 60โ€,
โ€œAppTemplateVersionโ€: โ€œ1.000264โ€,
โ€œRowSizeโ€: 7471,
โ€œAppTemplateNameโ€: โ€œe1a35901-4d2f-4d34-8594-fcbd15566d05โ€,
โ€œOperationโ€: โ€œEdit rowโ€,
โ€œRecordTypeโ€: โ€œStopโ€,
โ€œResultErrorโ€: โ€œA duplicate request is already in progress. Please wait a moment and try again.โ€,
โ€œReturnedFromCacheโ€: false,
โ€œPerformanceโ€: โ€œ{โ€œVersionโ€:1,โ€œTimeโ€:โ€œ00:00:00.0031208โ€,โ€œPerformanceTimingRootโ€:{โ€œMidโ€:154,โ€œParamsโ€:{โ€œParamListโ€:[{โ€œPidโ€:13,โ€œValueโ€:โ€œFull List tableโ€}]},โ€œTimerโ€:{โ€œTimeโ€:โ€œ00:00:00.0031208โ€}},โ€œIsEmptyโ€:false}โ€,
โ€œResultโ€: โ€œFailureโ€
}

Thanks

Phil

This is the googlesheet formula that is in the new column

=ISNUMBER(SEARCH(โ€œFOC Repโ€,S662))

It doesnโ€™t look bad - I have much longer more complicated ones

Other than that I havenโ€™t added anything. Do you think it is an expression in appsheet or a gogglesheet formula that is slowing it?

thanks

Phil

It sounds like it is slowly draining the changes, right? The most likeluy explanations are:

  1. There is a new formula added in the sheet that takes a long time to compute
  2. There is a workflow rule added in the app definitoon that takes a long time to process

Again, the audit log / performance log should provide a lot of insight.

That formula seems harmless. A very simple way to tell is to open the Google sheet in a browser, make a change (similar to what youโ€™re trying to change via AppSheet) and see if the formula bar on the top right shows up and keeps spinning.

IN your performance logs, you want to look for add/edit entries that take a very long time. When they are in progress, if you try to sync again, those get rejected as being a duplicate entry (thatโ€™s the one youโ€™ve posted above).

Is Zapier connected directly to your sheet, or is it connected to your AppSheet app via the API?

Hi,

I have made a copy of the sheet as I canโ€™t make a change in the original one until all the changes have been saved.

I realised I have added a formula to look up the number of unique entries in the call logger to show how many individual outlets are targeted by phone in a day regardless of how many times they were called.

The update bar top right is taking ages when I add a call log to that table and recalculates instantly when I remove that formula.

If that is the offending formula - should I delete it from the column in the live sheet that is being saved to or shall I wait untill all changes have finally been saved?

Thanks

Phil

This was the formula

=SUMPRODUCT((โ€˜Call Loggerโ€™!E:E=A339)/IF(COUNTIFS(โ€˜Call Loggerโ€™!D:D,โ€˜Call Loggerโ€™!D:D,โ€˜Call Loggerโ€™!E:E,A339)=0,1,COUNTIFS(โ€˜Call Loggerโ€™!D:D,โ€˜Call Loggerโ€™!D:D&"",โ€˜Call Loggerโ€™!E:E,A339)))

Iโ€™ve deleted the formula and it looks as though the changes are coming i faster now on the sheet.

Thank you Praveen - youโ€™ve been a big help!

Phil

Aha. Yes!

Google Sheets recomputes that formula on every update. And if that is a long-running formula, then it delays everything.

Thatโ€™s the dangerous thing about declarative logic โ€” you can express what you want, but you donโ€™t really know how expensive it might be.

โ€ฆ and something more dangerous than that is a person not keeping a LOG of changes with date and time, this way when something is going on the log will point to a date and time to approximate problem when issue occurs.

A simple:
Shet Name:
Feature:
Type : add / remove
Date:
Time:

would do. Take it into consideration my friend.

Top Labels in this Space