Steigern Sie Ihre Leistung mit dem neuen Cache-Manager
Die Version 4D v16 wurde speziell für bessere Leistung und Skalierbarkeit entwickelt. Zusätzlich zu wichtigen Funktionen wie präemptives Multi-Threading enthält 4D v16 64-bit einen brandneuen Cache-Manager für eine optimierte Handhabung von Objekten im Cache-Speicher, um Fragmentierungsprobleme zu vermeiden.
Der neue Cache-Manager verbessert die Nutzung eines sehr großen Caches auf modernen Computern (mit 64 oder sogar 128 GB Cache) und ermöglicht es, niedrige RAM-Preise auszunutzen, um auch große Datenbanken vollständig im Speicher zu haben. Er verbessert auch die Situation von kleinen Cache-Größen mit sehr großen Datendateien, indem er die Menge des zu entladenden Speichers durch eine verbesserte Unterstützung von Prioritäten für Datenobjekte, die im Cache gehalten oder aus dem Cache freigegeben werden sollen, verringert.
Weitergehen mit Objektfeldern
Die mit v15 eingeführtenObjektfelder ermöglichen unstrukturierte Datenbanken, ähnlich einer schemalosen Datenbank (NoSQL). 4D v16 geht einen großen Schritt weiter. Sie erhalten eine dynamische Struktur für unstrukturierte Daten… Verwirrt?
Stellen Sie sich vor, Sie verwenden ein Objektfeld, um Ihren Kunden die Möglichkeit zu geben, benutzerdefinierte Daten zu speichern, wobei sie ihre eigenen Felder erstellen können. Das funktioniert gut und ist einer der interessantesten Gründe für die Verwendung eines Objektfelds. Das Problem ist, wie Sie Ihren Kunden ermöglichen, diese unstrukturierten Daten abzufragen. Sie wissen nicht, welche „Felder“ sie verwendet haben, Sie können keinen Abfrage-Editor darauf aufbauen oder ein Dropdown-Menü mit den verwendeten Werten anbieten.
Datensätze mit übereinstimmenden Objektattributen in der Auswahl suchen
4D v16 bietet Ihnen eine verbesserte Integration von Objektfeldern in Ihrer Datenbank.
Wenn Sie bereits Sets eines Objektfeldes vorausgewählt haben, können Sie diese Sets jetzt mit nur einem 4D Befehl abfragen: einfach und schnell!
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.
Unterbrechung und Wiederaufnahme der Transaktion
Diese Funktion ist nützlich, wenn Sie innerhalb einer Transaktion bestimmte Vorgänge ausführen müssen, die nicht unter der Kontrolle dieser Transaktion ausgeführt werden müssen.
Duplikate in eindeutigen Feldern melden
In 4D v15 R3 wurde die Methode zur Erkennung von Duplikaten in Feldern, die als eindeutig deklariert sind, verbessert, so dass die Benutzer ein Mittel haben, um zu wissen, welches die fehlerhaften Felder sind.
Was ist neu? Alle fehlerhaften Felder werden jetzt in einer Fehlermeldung oder im Protokoll angezeigt.
Duplikate können auf 2 verschiedene Arten gemeldet werden:
- wenn 4D Indizes in einer Datenbank mit fehlerhaften Feldern erstellen muss.
- während eines MSC Verify-Scans.
Vermeiden Sie die Anzeige des Dialogs „Datendatei auswählen“ für eine neu installierte Anwendung
Wenn Sie eine Anwendung für Ihren Kunden bereitstellen, entweder eine zusammengeführte 4D Server oder eine Einzelplatzanwendung, öffnet 4D normalerweise den Dialog „Datendatei auswählen“. Dies geschieht, weil 4D bei einer aktualisierten Lösung die Position der zuletzt verwendeten Datendatei nicht finden kann, da Sie gerade die alte Struktur ersetzt haben. Und bei einer erstmaligen Verwendung weiß 4D nicht, wo Sie die Datendatei erstellen möchten – daher fragt es nach dem Speicherort.
Dieser Dialog, als allererste Interaktion mit Ihrer Anwendung, kann für den Kunden verwirrend sein. Und die Überprüfung der Datendatei findet statt, bevor die On Startup ausgeführt wird, bevor Ihr Code die Möglichkeit hat, eine andere Datei auszuwählen. Um dies zu vermeiden, führt 4D v15 eine neue Funktion mit dem Namen Default Data ein.
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