Produkt

Webserver im präemptiven Modus

Mit 4D v16 setzen wir auf präemptives Multi-Threading, da auch der 4D Web Server präemptiv wird. Klicken Sie einfach auf ein Kontrollkästchen und Ihre Anwendung wird mehr gleichzeitig verbundene Benutzer unterstützen und mehr Anfragen parallel verarbeiten. Bei Anfragen, die viel CPU-Zeit beanspruchen, kann die Ausführung bis zu 2-mal schneller sein!

Produkt blank

Präemptive Prozesse für 4D-Sprache

Seit 4D v11 verwenden sowohl der Datenbankserver als auch der SQL Server präemptives Multi-Threading. Ab 4D v13 verwendet der Web Server im statischen Modus ebenfalls präemptive Prozesse. Mit v15 R5 kann nun auch die 4D Sprache in präemptiven Prozessen ausgeführt werden.

Produkt blank

4D Write Pro Befehle in präemptiven Prozessen

Mit 4D v16 können Sie die Skalierbarkeit Ihrer Datenbank mit den neuen 4D Write Pro Befehlen in präemptiven Prozessen verbessern.

Wenn Sie Routinen zur Erstellung oder Konvertierung von Dokumenten programmatisch durchführen – z.B. Rechnungen … können Sie dies jetzt mit preemptiven Workern tun, da die meisten 4D Write Pro Befehle jetzt thread-sicher sind!

Produkt blank

Datenbank-Spiegelung

Beim Einbinden der Protokolldatei hält 4D beim ersten Fehler an und gibt keine Fehlermeldung aus. Gründe für Integrationsfehler können ein beschädigtes Protokoll sein, z. B. aufgrund einer defekten Festplatte oder eines Softwarefehlers beim Schreiben. Wenn der Fehler am Ende auftritt, ist das kein Problem; er könnte aber auch am Anfang oder in der Mitte des Protokolls auftreten. In diesem Fall könnten die Daten nach dem Fehler nützlich sein.

Wenn die Integration im Standardmodus fehlschlägt, können Sie nun versuchen, die Integration im Autoreparaturmodus durchzuführen. In diesem Fall versucht 4D, den aufgetretenen Fehler zu beheben, bricht die Integration nicht ab und gibt die Fehlerliste zurück.

Produkt blank

JSON-Export für Journal

In 4D Anwendungen ist die Datendatei wichtig, daher werden alle Aktivitäten der Datenbank in der Protokolldatei gespeichert. Wie Sie alle wissen, ist die Protokolldatei ein wesentliches Element für die Wiederherstellung Ihrer Datenbank nach einem unglücklichen Zwischenfall. Alle Informationen über die Datenbankaktivität können jedoch auch für die Analyse nützlich sein. Zum Beispiel, um die Aktivitäten in einer Tabelle zu überprüfen, um die Änderungen eines Benutzers zu sehen und um den Verlauf eines Datensatzes zu verfolgen.