Datenspeicherort auf der optimalen Plattform
Sie erzielen die maximale Leistung, wenn Sie Daten und andere Attribute Ihrer Datenbank auf der jeweils am besten geeigneten Plattform speichern. Welche Plattform für ein Element die optimale ist, hängt von der Zugriffs- und der Aktualisierungsweise des Elements ab. So können Sie beispielsweise eine lokale Kopie einer Servertabelle (z. B. ein Postleitzahlenverzeichnis), die als Prüftabelle verwendet wird, speichern und nur dann aktualisieren, wenn die Back-End-Tabelle sich ändert.
Die folgende Tabelle enthält einige allgemeine Anwendungselemente sowie Angaben darüber, bei welcher Positionierung die jeweils optimale Leistung erzielt wird.
Ablegen von Elementen nach Plattform
| Element | Position | Typ | Anmerkungen |
|---|---|---|---|
| Tabellen | Lokal | Lokale Kopien von Serverprüftabellen; kleine, sich selten ändernde Tabellen | Verwenden Sie einen Zeitstempel (falls von Ihrem Remoteserver unterstützt) zum Vergleichen und ggf. Aktualisieren der lokalen Tabelle, damit alle Änderungen an der Back-End-Quelltabelle berücksichtigt werden. |
| Remote | Große oder sich häufig ändernde Tabellen | ||
| Regeln | Lokal | Regeln in Remoteansichten | Mit DBSETPROP( ) können Sie Regeln auf der Feld- und Datensatzebene einer Remoteansicht speichern. Ihre Anwendung kann diese lokalen Regeln zum Überprüfen der Gültigkeit von Daten verwenden, bevor die Daten als Aktualisierungen von Remotetabellen an das Back-End gesendet werden. |
| Remote | Regeln auf der Zeilen- und Spaltenebene von Remotebasistabellen | ||
| Gespeicherte Prozeduren | Lokal | Gespeicherte Prozeduren in Visual FoxPro | |
| Remote | Gespeicherte Prozeduren auf einem Back-End-Server | Verwenden Sie die SQL Pass-Through-Funktion SQLEXEC( ) zum Aufrufen von gespeicherten Prozeduren auf einem Server. | |
| Transaktionen | Lokal | Visual FoxPro-Transaktionen | |
| Remote | Servertransaktionen | ||
| Trigger | Lokale Ansichten | Keine Trigger in Ansichten | |
| Remote | Servertrigger |
Um die Netzwerkbelastung während des Nachschlagens in Prüftabellen zu reduzieren, sollten Sie nicht nur die selten zu ändernden Prüftabellen, sondern auch diejenigen mit häufigen Änderungen lokal speichern. Sie können z. B. die Kundenliste Ihrer Firma downloaden und nur dann aktualisieren, wenn sich Kundendaten ändern.
Programmieren Sie Ihre Anwendung hierfür so, dass der Zeitstempel der lokalen Kopie der Tabelle mit dem Zeitstempel der Back-End-Daten verglichen wird (vorausgesetzt, Ihr Remoteserver unterstützt Zeitstempel), und aktualisieren Sie die lokale Kopie nur dann, wenn sich die Servertabelle geändert hat. Sie können zu Ihrem Formular auch eine Befehlsschaltfläche hinzufügen, die ein unmittelbares Downloaden der Tabelle erzwingt. So ermöglichen Sie das Aktualisieren der Kopie der lokalen Tabelle auch bei Bedarf.
Siehe auch
Leistungsverbesserung durch Set-basierten Datenzugriff | Auswahl der richtigen Methoden | Entwurf von Client/Server-Anwendungen | Schnelle Anwendungsentwicklung | Client/Server-Entwurf für hohe Leistung | Client/Server-Leistungsoptimierung | Implementieren einer Client/Server-Anwendung