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!
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.
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!
XML-Befehle sind jetzt thread-sicher
Möchten Sie die Skalierbarkeit Ihrer Datenbank verbessern und die gesamte Leistung Ihrer Multicore-Maschinen nutzen?
Mit 4D v16 haben wir die Liste der thread-sicheren Befehle erweitert, damit Sie präemptive Prozesse in Ihrem XML-Code verwenden können.
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.
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.
Kontakt
Sie haben eine Frage, eine Anregung oder möchten einfach nur mit den 4D Bloggern in Kontakt treten? Schreiben Sie uns eine Nachricht!
* Ihre Privatsphäre ist uns sehr wichtig. Bitte klicken Sie hier, um unsere Politik