do as server vs. local - missing data?
I've got a script on a tab that I run with "do as server". When I do, it always seems to miss manipulating some data--but not all. It does run fast, though.
As soon as I remove the "do as server" it's bulletproof, but it's really slow.
Is this a thing?
Thoughts?
7 replies
-
I use do as server on many scripts and have no issues
on one table i have over 800,000 records and it still works
is it worth you showing us your script?
-
Some functions are executed locally and some server sided. Check this list of differences : https://docs.ninox.com/en/script/appendix/transactions/execution-context
-
I SOLVED IT! (At least it appears to be solved...)
I'm pretty sure it's related to something I mentioned in my earlier reply. In the Services items, the Category choice looked like this:
Whereas, in the Invoice Items, Category looked like this:
I'm almost 100% certain that it has to do with the fact that Tip is #11 in Services and #7 in Invoice Items.
To solve it, I deleted the Category fields from both places and rebuilt them. Now, everything is numbered 1...5 in both places. I had to do a lot of relinking, Services data export and re-import, and very closely check code.
But now, it works.
I think somehow the iteration of the Choices (perhaps the problem is on the Ninox backend) it gets lost when there is a gap between the Choice value #'s and/or the #'s aren't sequential.
I even tested this by making Tip #11 in Invoice Items (added and deleted some junk choices until Tips was #11) and it didn't work. So it might not have been that the #'s were different, but that there was a gap in the numbers.
With everything sequential and with no gaps, Tips now works, just like the other Categories.
So happy.
(And it works "as server", too! Nice and fast!)
Content aside
- 2 yrs agoSat, December 3, 2022 at 1:47 AM UTCLast active
- 7Replies
- 165Views
-
4
Following