Blog | Datenbanken | | 4 Minuten Lesezeit

FastObjects 15.0: Schnellere Abfragen unter hoher Auslastung und Verschlüsselung – speziell für den Cyber Resilience Act entwickelt

Schnellere Abfragen unter Last und Verschlüsselung – entwickelt im Einklang mit dem Cyber Resilience Act mit FastObjects 15.0

Wichtigste Erkenntnisse

  • In FastObjects 15.0 wird die maximale Größe von Indexschlüsseln von 254 auf 2.047 Byte erhöht, sodass lange und zusammengesetzte Bezeichner nun über Indizes statt durch Klassenscans aufgelöst werden.
  • Ein neuer Index-Hotspot-Cache verringert Konflikte, wenn viele Clients auf denselben Index zugreifen ( abfragen ), und umfangreiche Transaktionen werden nun über parallele Threads hinweg abgeschlossen.
  • AES-GCM-authentifizierte Verschlüsselung des Client-Server-Datenverkehrs, OpenSSL 3.5 und signierte Windows-Binärdateien bieten ISVs aktuelle Kryptografie-Lösungen, die sie im Rahmen des EU-Gesetzes zur Cyber-Resilienz dokumentieren können.

FastObjects ist die Datenbank, die im Produkt enthalten ist. ISVs und OEMs einbetten integrieren sie in Anwendungen, die in großen Stückzahlen verkauft werden. Das bedeutet, dass kein Datenbankadministrator mitgeliefert wird und jede Leistungsoptimierung oder Sicherheitsmaßnahme ohne manuelle Anpassung durch den Betreiber funktionieren muss.

Seit der Veröffentlichung von FastObjects 14.0 sind aus dem Kundenstamm drei Anforderungen häufiger als alle anderen aufgetreten: Identifikatoren haben die ursprünglichen Indexgrenzen überschritten, konsolidierte Server leiten mehr gleichzeitige Clients auf dieselben Indexpfade, und Sicherheitsteams wünschen sich Kryptografie, die sie in einem Konformitätsbericht angeben können. FastObjects 15.0 erfüllt alle drei Anforderungen.

Längere Indexschlüssel verwandeln Scans in Suchvorgänge

Die maximale Indexausprägung (die Anzahl der Bytes eines Attributs, die in einem Index enthalten sind) steigt von 254 auf 2.047. Seit der Entwicklung der meisten FastObjects-Schemas sind die Identifikatoren gewachsen: UUIDs, GS1-Schlüssel, Geräteseriennummern und zusammengesetzte Schlüssel aus Mandant und Entität. Abfragen zu diesen Attributen griffen bisher auf Klassenscans zurück, und Entwickler umgingen dies mit denormalisierten Lookup-Klassen oder anwendungsseitigen Caches. In Version 15.0 wird ein weitaus größerer Teil einer Zeichenkette variabler Länge indiziert, und zusammengesetzte Indizes können mehr oder größere Attribute enthalten, sodass suchintensive Zugriffspfade wie das Abrufen von Konfigurationen, die Suche nach Assets anhand zusammengesetzter Bezeichner und das Abrufen von Bestellungen anhand von Mehrfeldschlüsseln über den Index abgewickelt werden können.

Der Index-Hotspot-Cache beseitigt die durch Konkurrenz bedingten Leistungseinbußen

In Client-Server-Umgebungen mit vielen gleichzeitigen Clients konkurrierten parallele Abfragen, die denselben Index nutzten, um dieselben Knoten im Index-Cache, wodurch die Server- CPU n aufgrund der Konkurrenzsituation anstiegen. Der neue Index-Hotspot-Cache ist dem Index-Cache vorgeschaltet und hält häufig genutzte Indexknoten im Speicher, sodass sich parallele Abfragen auf denselben Index nicht mehr gegenseitig verlangsamen. Bei Schichtwechseln, Batch-Dashboards oder vielen Terminals, die gemeinsam genutzte Referenzdaten lesen, bleibt der Durchsatz auch bei Spitzenlasten stabil, was in manchen Bereitstellungen die Notwendigkeit verzögert, eine Lese-Replik hinzuzufügen.

Verbesserungen bei Commit, Wiederherstellung und Verwaltung

  • Paralleles Commit. Große Transaktionen verarbeiten Einfügungen, Löschungen und Änderungen in parallelen Threads und verkürzen so die exklusive Phase, die andere Vorgänge auf dem Server blockiert.
  • Dynamische Ausführungs abfragen spläne. Der Optimierer erkennt während der Ausführung ungewöhnliche Werteverteilungen und ändert den Plan mitten imabfragen. Abfragen mit vielen hundert Disjunktionen blockieren andere Vorgänge nicht mehr.
  • Kleinere Wiederherstellungsdatensätze. Pro Transaktion werden nur geänderte Index-Header geschrieben – eine echte Zeitersparnis für Datenbanken mit Hunderten von Indizes.
  • Datenbankprüfung während des laufenden Betriebs. Die parallele Überprüfung läuft nun, ohne laufende Vorgänge zu verlangsamen, sodass Sie eine Produktionsdatenbank überprüfen können, ohne auf ein Wartungsfenster warten zu müssen.
  • Konvertierungshandler für Reorg. Die C++-Callbacks, die bisher auf VersAll beschränkt waren, steuern nun die Massendatenumwandlung während der Offline-Reorg.

AES-GCM-Verschlüsselung und das EU-Gesetz zur Cyber-Resilienz

FastObjects 15.0 wechselt zu OpenSSL 3.5 mit AES zur Verschlüsselung von Daten während der Übertragung und im Ruhezustand, PBKDF2-Passwort-Hashing für neue Datenbanken, TLS 1.3-Schlüsselaustausch und AES-GCM-authentifizierter Verschlüsselung des Datenverkehrs zwischen Client und Server, wodurch ältere SSL-Verschlüsselungskonfigurationen ersetzt werden. Unter Windows wird jede Binärdatei mit Control Flow Guard kompiliert und für Smart App Control digital signiert.

Der Zeitpunkt ist entscheidend. Das EU-Gesetz zur Cyber-Resilienz (Verordnung (EU) 2024/2847) sieht Meldepflichten ab dem 11. September 2026 und die vollständige Umsetzung der Verpflichtungen ab dem 11. Dezember 2027 vor, und jeder „ USV “, dessen Produkt als Produkt mit digitalen Elementen gilt, stellt derzeit ein technisches Dossier zusammen. Die Verordnung ist algorithmenneutral, sodass keine Datenbank allein eine Anwendung konform macht. Was 15.0 bietet, ist aktuelle, authentifizierte Kryptografie auf dem Client-Server-Pfad, die Produktsicherheitsteams als dem neuesten Stand der Technik dokumentieren können.

Modernisierte Plattformen

FastObjects 15.0 unterstützt Windows 11 sowie Windows Server 2019, 2022 und 2025 mit Visual Studio 2022 und „ Java “ 21 sowie Red Hat Enterprise Linux 9.x und kompatible Distributionen mit gcc 11.3 und „ Java “ 21. Visual Studio 2026, GCC 14, „ Java “ 25 und RHEL 10 sind für Updates nach der allgemeinen Verfügbarkeit (GA) geplant.

Los geht’s

FastObjects 15.0 ist ab sofort unter esd.actian.com verfügbar. Bestehende Kunden können ein Upgrade direkt vor Ort durchführen; das Objektmodell, das Schema und der Anwendungscode bleiben unverändert. Wenn Sie technische CRA-Dokumentation erstellen, beginnen Sie mit den AES-GCM-Konfigurationshinweisen in der Release-Dokumentation. Um FastObjects in einer Client/Server- oder „ eingebettet “-Konfiguration zu sehen, buchen Sie eine „ Demo “.

Demo buchen