Einführung in Prozesse

Version 6.0

Mit der Multitasking-Funktion von 4D laufen mehrere Tasks oder Prozesse gleichzeitig ab. Jede Operation kann ihren eigenen Prozess haben.

Multiple Prozesse arbeiten wie mehrere Benutzer am gleichen Rechner, wobei jeder seine eigene Aufgabe ausführt. Das bedeutet, dass sich jeder Prozess als ein anderes Task der Datenbank ausführen läßt.

In diesem Kapitel werden folgende Themen behandelt:

• Prozesse anlegen und löschen

• Elemente eines Prozesses

• Benutzerprozesse

• Automatisch erstellte Prozesse

• Lokale und globale Prozesse

• Record locking zwischen Prozessen

Hinweis: Dieses Kapitel beschreibt nicht die Serverprozeduren. Informationen dazu finden Sie im 4D Serverhandbuch im Abschnitt Serverprozeduren.

Es gibt drei verschiedene Wege, einen neuen Prozess zu erstellen:

• Sie führen in der Benutzerumgebung eine Methode aus. Markieren Sie dazu im Dialogfenster Methode ausführen in der DropDown-Liste Neuer Prozess. Die gewählte Methode ist die Prozessmethode.

• Sie starten über eine Menüzeile im Runtimemodus einen Prozess. Wählen Sie dazu in der Designumgebung den Menüleisteneditor, wählen Sie den Menübefehl und markieren Sie das Kontrollkästchen Starte Neuen Prozeß. Die diesem Menübefehl zugeordnetete Methode ist die Prozessmethode.

• Verwenden Sie die Funktion New process. Die als Parameter übergebene Methode ist die Prozessmethode.

Es gibt vier Arten, einen Prozess zu löschen:

• Automatisch nach Beendigung der Methode

• Beim Schließen der Datenbank

• Durch einen Klick auf die Schaltflächen Stop oder Bearbeiten im Fenster für den Schrittmodus, wenn Sie sich in einer Hauptmethode befinden.

Durch Markieren des Befehls Stop im Menü Prozeß des Designmodus.

Ein Prozess kann einen anderen Prozess erstellen. Prozesse sind nicht hierarchisch organisiert—alle Prozesse sind gleich, unabhängig von welchem Prozess aus sie erstellt wurden. Hat ein Hauptprozess einen Unterprozess erstellt, kann der Unterprozess weiterlaufen, auch wenn der Hauptprozess nicht mehr ausgeführt wird.

Jeder Prozess enthält folgende Elementarten:

• Elemente für die Bildschirmoberfläche: Sie sind notwendig, um einen Prozess anzuzeigen

• Elemente für die Daten: Sie informieren über die Daten in der Datenbank.

• Elemente für die Programmiersprache: Sie werden in der Programmierung verwendet bzw. sind wichtig zum Entwickeln Ihrer eigenen Anwendung.

• Menüleiste: Jeder Prozess hat seine eigene Menüleiste. Sie wird angezeigt, wenn sich das Prozessfenster vorn befindet.

• Fenster: Jeder Prozess kann ein oder mehrere gleichzeitig geöffnete Fenster haben. Es gibt aber auch Prozesse ohne Fenster.

• Aktives (vorderstes) Fenster: Das Prozessfenster, das ganz vorn liegt, ist das aktive Fenster für diesen Prozess. Sie haben soviele aktive Fenster, wie geöffnete Prozesse mit eigenem Fenstern vorhanden sind.

• Eine aktuelle Auswahl pro Tabelle: Jeder Prozess kann eine aktuelle Auswahl für jede Tabelle haben. Arbeiten Sie mit mehreren Prozessen gleichzeitig, können Sie auch mehrere aktuelle Auswahlen für eine Tabelle haben

• Ein aktueller Datensatz pro Tabelle: Ein Prozess kann einen aktuellen Datensatz für jede Tabelle haben. Arbeiten Sie mit mehreren Prozessen gleichzeitig, haben Sie auch mehrere aktuelle Datensätze für eine Tabelle.

Hinweis: Diese Beschreibung gilt für Datenelemente mit globalen Prozessen. Weitere Informationen dazu finden Sie im später aufgeführten Abschnitt "Globale und lokale Prozesse".

Elemente für die Programmiersprache

• Variablen: Jeder Prozess hat seine eigenen Prozessvariablen. Weitere Informationen dazu finden Sie im Kapitel Variablen. Prozessvariablen werden nur innerhalb des Prozesses erkannt.

• Haupttabelle: Jeder Prozess hat seine eigene Haupttabelle. Beachten Sie jedoch, dass der Befehl DEFAULT TABLE nur eine Sprachkonvention zum Programmieren ist.

• Eingabe- und Ausgabeformulare: Jeder Prozess hat für jede Tabelle ein aktuelles Ein- und Ausgabeformular.

• Prozeßmengen: Jeder Prozess hat sowohl seine eigenen Mengen als auch seine eigenen Systemmengen UserSet und LockedSet. Die Mengen werden nach Beendigung des Prozesses, der sie erzeugt hat, gelöscht. Weitere Informationen dazu finden Sie im Kapitel Mengen.

• Fehlerbehandlung: In jedem Prozess können Sie den Befehl ON ERR CALL aufrufen. Jeder Prozess hat seine eigene Fehlerbehandlung.

• Debugger Fenster: Jeder Prozess hat sein eigenes Fenster für den Schrittmodus.

Sie erstellen Benutzerprozesse, um bestimmte Tasks auszuführen. Diese teilen sich die Prozesszeit mit den Kernel-Prozessen. Web-Verbindungsprozesse sind zum Beispiel Benutzerprozesse.

4th Dimension erstellt und verwaltet folgende Prozesse:

• Benutzer-/Runtime-Prozess: Dieser Prozess steuert 4D im Benutzer- und Runtimemodus. Er wird angelegt, sobald 4th Dimension läuft. Dazu gehört auch der standardmäßig angezeigte Stardbildschirm der Runtime-Umgebung.

• Design Prozess: Er verwaltet den Strukturteil der Datenbank: Tabelle, Formular, Methoden, Menüs. Er wird nur erstellt, wenn der Benutzer das erste Mal in die Designumgebung geht. Wollen Sie ihn schließen, gehen Sie in die Designumgebung und wählen Sie im Menü Datei/Ablage den Befehl Design-Umgebung verlassen. In einer kompilierten Datenbank fehlt dieser Prozess.

• Web Server Prozess: Dieser Prozess läuft, wenn die Datenbank im Web publiziert wird. Weitere Informationen dazu finden Sie im Abschnitt Web Dienste,Web Verbindungsprozesse.

• Cache Manager: Er verwaltet die Übertragung der Daten aus dem Cache-Speicher von 4D auf die Festplatte. Die Daten werden asynchron auf die Festplatte geschrieben und beeinträchtigen nicht die Arbeit des Anwenders. Er wird angelegt, sobald 4th Dimension oder 4D Server laufen.

• Index Prozess: Dieser Prozess verwaltet das Anlegen von Indizes. Das Anlegen der Indizes geschieht in einem eigenen Prozess, unabhängig von dem Prozess, der die Benutzer- und Runtimeumgebung verwaltet. Die Indizierung beeinträchtigt nicht die Arbeit des Anwenders. Er wird angelegt, wenn ein Index für ein Feld erzeugt bzw. gelöscht wird.

• On Serial Port Manager: Beim Aufruf des Befehls ON SERIAL PORT CALL wird dieser lokale Prozess erzeugt.

• On Event Manager: Beim Aufruf des Befehls ON EVENT CALL wird dieser lokale Prozess erzeugt. Er wird kontinuierlich ausgeführt, auch wenn keine Methode abläuft. Die Ereignisverwaltung geschieht auch in der Designumgebung.

Prozesse können sowohl global als auch lokal sein. Standardmäßig sind alle Prozesse global.

Globale Prozesse können jede Operation ausführen, inkl. auf Daten zugreifen und Daten steuern. In den meisten Fällen verwenden Sie globale Prozesse.

Lokale Prozesse eignen sich nur für Operationen, die nicht auf Daten zugreifen. Sie verwenden diese beispielsweise für eine Methode zur Ereignisverwaltung oder zum Steuern von Oberflächenelementen, wie z.B. das Palettenfenster.

Der Name des lokalen Prozesses muß mit einem Dollarzeichen beginnen ($).

Warnung: Versuchen Sie, von einem lokalen Prozess aus auf Daten zuzugreifen, geschieht das über den Benutzer-/Runtime-Prozess. Das kann Konflikte mit den Operationen geben, die innerhalb dieses Prozesses ausgeführt werden.

4D Server: Setzen Sie auf der Arbeitsstation lokale Prozesse ein für Operationen ohne Zugriff auf Daten. So bleibt mehr Prozesszeit für Server-intensive Tasks übrig.

Ein Datensatz ist gesperrt, wenn ein anderer Prozess ihn erfolgreich zum Bearbeiten geladen hat. Ein gesperrter Datensatz kann von einem anderen Prozess geladen, jedoch nicht geändert werden. Der Datensatz wird nur in dem Prozess freigegeben, in welchem er bearbeitet wurde. Ein Datensatz ist nur ungesperrt ladbar, wenn die entsprechende Tabelle im Lese/Schreibmodus ist.

Methoden, Projektmethoden, Variablen.