Tipps und Tricks für schnelle Datenbanken

Zuerst eine kleine Checkliste mit allgemeinen Fragen bzw. Hinweisen:

Wo könnten Engpässe liegen?

Ein Blick in den Prozess-Monitor hilft Ihnen, Stellen aufzeigen, wo Verbesserungen möglich sind.

Kann der konzeptionelle Aufbau der Datenbank optimiert werden?

Schauen Sie sich Ihr Datenmodell an, um evtl. Optimierungspotential zu erkennen. Große, schwere Datenbanken haben längere Zugriffszeiten.

Besteht die Möglichkeit, die Datenbank in kleinere Tabellen, ggf. mit Untertabellen, aufzuteilen?

Nehmen Sie längere Ladezeiten wahr, wenn Sie bestimmte Ansichten aufrufen?

Könnten Sie die Daten in mehrere Ansichten aufteilen, indem Sie die Ansichten filtern? Oder nicht direkt benötigte Spalten ausblenden? Besteht die Möglichkeit, die Anzahl von Spalten mit Formeln zu reduzieren?

Könnten Daten auch gruppiert werden, damit weniger Daten auf einen Schlag geladen werden müssen?

Sind die Skripte optimiert? Wie ist der Zugriff auf bestimmte Daten aufgebaut?

Prüfen Sie Ihre Skripte. Oft ist es möglich, ein Skript in mehrere Skripte aufzubrechen und so die Abläufe zu beschleunigen.

Im nächsten Abschnitt finden Sie ein paar Anregungen, wie Sie Skripte optimieren können.

Tipps und Tricks

Hier zeigen wir Ihnen, wie Sie allein durch den Aufbau Ihres Skripts Zugriffs- und Bearbeitungszeiten verbessern können:

• #warum-verschachtelte-schleifen-gefaehrlich-sind

• #wie-do-as-...-die-performance-verbessern-kann

• #warum-sie-sparsam-mit-select-umgehen-sollten

Warum verschachtelte Schleifen gefährlich sind

Falls Sie select oder eine for-Schleife innerhalb einer anderen Schleife verwenden, sollten Sie sich fragen, ob dies tatsächlich notwendig ist.

Kann der verschachtelte Teil unabhängig ausgeführt werden? Dann sollten Sie die Schleifen nacheinander ausführen.

Beispiel

Nehmen wir an, dass Tabelle1 und Tabelle2 jeweils 1.000 Datensätze haben.

let anzahl := 0;
for i in select Tabelle1 do
    for j in select Tabelle2 do
        anzahl := anzahl + 1
    end
end;
anzahl

Welchen Wert hat anzahl nach Durchlauf des Skripts (in Zeile 7)?

Denn für jeden der 1.000 Datensätze in Tabelle1 durchlaufen wir jedes Mal alle 1000 Datensätze in Tabelle2.

So geht's besser

let anzahl := 0;
for i in select Tabelle1 do
    anzahl := anzahl + 1
end;
for j in select Tabelle2 do
    anzahl := anzahl + 1
end;
anzahl

Welchen Wert hat anzahl in diesem Fall?

Wie do as ... die Performance verbessern kann

In Ninox unterscheiden wir zwischen lesenden und schreibenden Transaktionen:

• lesende Transaktionen, wie z.B. das Laden einer Tabelle, können gleichzeitig stattfinden

• schreibende Transaktionen, wie z.B. das Hinzufügen von Daten, werden der Reihe nach ausgeführt

Mehr zu Transaktionen und Performance der Skripte optimieren.

Beispiel 1

Dieses einfache Skript erstellt 1.000 Datensätze.

for i in range(1000) do
    create Tabelle1
end;

Auf den ersten Blick ist kein Problem erkennbar.

Wenn Sie dieses Skript allerdings in einem Button in der Web-App ausführen, wird für jede Iteration eine eigene Transaktion erstellt.

Beim Erstellen des ersten Datensatzes, warten also 999 weitere Transaktionen darauf, ausgeführt zu werden!

So geht's besser

do as transaction
    for i in range(1000) do
        create Tabelle1;
    end
end;

Beispiel 2

Es geht aber auch andersrum. Im folgenden Beispiel erhalten alle Kunden aus der Tabelle Kunden eine E-Mail durch ein Skript in einem Trigger nach Änderung.

Streng genommen ergänzen Sie hier die vorangehende schreibende Transaktion (welche den Trigger auslöst) um die Anweisungen aus dem Trigger-Skript.

for kunde in select Kunden do
    sendEmail({
        from: "support@ninox.com",
        to: kunde.'E-Mail-Adresse',
        subject: "Newsletter",
        text: 'E-Mail-Vorlage'
    })
end

So geht's besser

do as deferred    
    for kunde in select Kunden do
        sendEmail({
            from: "support@ninox.com",
            to: kunde.'E-Mail-Adresse',
            subject: "Newsletter",
            text: 'E-Mail-Vorlage'
        })
    end
end

Mehr zu do as ... in Performance der Skripte optimieren.

Warum Sie sparsam mit select umgehen sollten

Wenn Sie select verwenden, ist es hilfreich, die gewünschte Auswahl genauer zu definieren.

Sie sollten dabei allerdings select nie direkt mit Klammern [...] verwenden.

Beispiel 1

select Kunden[Firmensitz = "Deutschland"]

So geht's besser

select Kunden where Firmensitz = "Deutschland"

Beispiel 2

Sie möchten Kunden aus Deutschland abhängig vom jeweiligen Umsatz in 3 Gruppen einteilen.

let deGross := select Kunden where Firmensitz = "Deutschland" and Umsatz > 10000;
let deMittel := select Kunden where Firmensitz = "Deutschland" and Umsatz <= 10000 and Umsatz > 5000; 
let deKlein := select Kunden where Firmensitz = "Deutschland" and Umsatz <= 5000

Die select-Anweisungen hier sind einzeln betrachtet völlig in Ordnung, das Skript könnte jedoch insgesamt optimiert werden, da die select-Anweisungen viel gemeinsam haben.

So geht's besser

let deKunden := select Kunden where Firmensitz = "Deutschland";
let deGross := deKunden[Umsatz > 10000];
let deMittel := deKunden[Umsatz <= 10000 and Umsatz > 5000];
let deKlein := deKunden[Umsatz <= 5000];

Prüfen Sie außerdem, ob es eine Ninox-Funktion gibt, die Sie bei Ihrem Vorhaben unterstützen kann. Insbesondere, wenn Sie dadurch select-Anweisungen und Schleifen reduzieren können.

Beispiel 3

Sie suchen nach dem niedrigsten Umsatz in der Tabelle Kunden.

let kleinsterUmsatz := Infinity;
for kunde in select Kunden do
	if kunde.Umsatz < kleinsterUmsatz then
		kleinsterUmsatz := kunde.Umsatz
	end
end;
kleinsterUmsatz

So geht's besser

min((select Kunden).Umsatz)

Zum Funktionen – Überblick