Roger J Das kann ich so nicht sagen. Grundsätzlich ist die Performance der Ninox-Cloud schon sehr gut (weshalb ich auch fast ausschließlich im Browser arbeite). Trigger, Formeln und Scripte sind natürlich sozusagen das Salz in der Suppe. Ob und wie sie sich auf die Performance auswirken, hängt u. a. von der Menge und natürlich von den Formeln selbst ab. Eine einfache Berechnung à la "Menge * Preis" wird sich wohl auch bei zigtausend Datensätzen nicht spürbar negativ auswirken. Mehrere Spalten mit komplexen select-Anweisungen hingegen könnten schon bei wesentlich weniger Datensätzen zu Einbußen führen.

Man muss sich halt bewusst sein, dass in Tabellenansichten jedes Formelfeld für jeden Datensatz immer wieder neu berechnet werden muss, um das jeweilige Ergebnis anzeigen zu können. Das kann sich läppern, auch wenn die einzelne Berechnung nur Millisekunden dauert.

Man sollte also von Anfang an sensibel sein und sich bei jedem Formelfeld überlegen, ob man es wirklich braucht oder ob ein anderer Weg vielleicht effizienter ist (Verknüpfung; Übernahme in ein Datenfeld). Optimieren lassen sich oft aber auch die Formeln selbst. Bei mehreren Bedingungen einer select-Abfrage bspw. kann schon die Reihenfolge eine Rolle spielen: Wenn der erste Filter nur noch 100 von 10.000 Datensätzen zurückgibt, muss der zweite auch nur noch auf diese 100 angewendet werden, nicht auf die anderen 9.900.

Das ist natürlich alles erst mal nur graue Theorie. Und sie betrifft nicht nur Ninox, sondern alle Entwicklungsplattformen. Man muss sich da also nicht verrückt machen, aber es schadet ja auch nicht, wenn man solche Dinge im Hinterkopf behält. Denn sollte die Performance bei stetig wachsender Datenmenge doch irgendwann mal leiden, dann ist i. d. R. schnelles Handeln gefordert.