Datenbank-Reorganisationen: Datenbankreorganisationen werden durchgeführt, um Datenspeicherplatz zu sparen und die Effizienz sowie Leistung der Datenbank zu verbessern. Dieser Artikel erklärt warum. Der nächste Artikel zeigt, wie man mehrere Tabellen und Datenbanken in Eclipse reorganisiert.
Daten in großen RDBMS-Tabellen werden mit der Zeit fragmentiert. Die Größe von Tabellen und Indizes nimmt zu, da Datensätze auf mehr Datenseiten verteilt werden. Mehr Seitenzugriffe und Zeilen in nicht sortierter Reihenfolge während der Abfrageausführung verlangsamen die Abfrageantworten. Um den verschwendeten Platz zurückzugewinnen, die Verfügbarkeit der Datenbank zu verbessern und den Zugriff auf Daten zu beschleunigen (Abfrageantworten), sollten Sie eine Strategie für die Reorganisation Ihrer Datenbankobjekte in Betracht ziehen.
Datenbank-Reorganisationen bestehen aus zwei Typen für diese Tabellen-, Index- und Tablespace-Objekte: Online (in-place) und Offline (klassisch).
Online-Datenbank-Reorganisationen: Sie arbeiten inkrementell, indem sie Zeilen innerhalb der vorhandenen Tabelle verschieben, um die Clusterbildung wiederherzustellen, freien Speicherplatz zurückzugewinnen und Überlaufzeilen zu eliminieren. Objekte sind nur für kurze Zeit am Ende nicht verfügbar, nicht jedoch während der Lade- und Wiederaufbauphasen, die bei großen Objekten langwierig sein können. Sie ermöglichen es Anwendungen, sich mit der Datenbank zu verbinden, verlangsamen jedoch oft deren Leistung und können zu Wartezeiten für Sperren führen.
Offline-Datenbank-Reorganisationen: Sie sind schneller, können jedoch die Datenbank offline nehmen (wenn das Datenbank-Reorganisationsdienstprogramm verwendet wird). Bei dieser Methode werden Daten aus der Datenbank in eine Dump-Datei exportiert (Unload). Die Datenbankobjekte werden auf Grundlage des Extrakts wieder aufgebaut, typischerweise neu geordnet (Sortierung). Sie werden dann in denselben Tablespace zurückgeführt (Load), wobei Indizes implizit wiederhergestellt werden (Rebuild).
Leistungsorientierte Datenbankadministratoren verwenden IRI FACT (Fast Extract) für das Unload, das eine portable Flat-File erstellt, die auf dem Primärschlüssel des reorganisierten Tables sortiert werden kann (mit IRI CoSort). Mit diesem Ansatz können auch andere Transformations- und Berichtsoperationen durchgeführt werden, und die Datenbank bleibt online. Vorsortierte, direkte Pfad-Ladungen umgehen auch das Sortieren (Overhead) des Datenbank-Laders. All diese Operationen sind im IRI Workbench Offline-Reorg-Assistenten automatisiert.
Es sollte nicht besonders belastend sein, eine "Schatten"-Kopie der Daten für jede Tabelle im Dateisystem zu halten, denn sobald die Flat-File sortiert und neu geladen ist, kann sie gelöscht werden. Gleichzeitig ermöglicht es die Externalisierung der Reorg-Daten und die Verfügbarkeit für CoSort auch die Möglichkeit für andere Verwendungen der Daten, einschließlich Archivierung, Berichterstellung, Schutz und Migration zu anderen Datenbank-, BI-Tool- und Anwendungszielen.
Die Einschränkung besteht natürlich darin, dass während des Unloads andere Systembenutzer die Tabelle lesen und möglicherweise aktualisieren können, sodass Aktualisierungen während dieser Zeit die Neuverladung verpassen und Inkonsistenzen im Ziel verursachen könnten. Es wird daher empfohlen, Offline-Reorganisationen durchzuführen, wenn keine Aktualisierungen stattfinden.
Weltweite Referenzen: Seit über 40 Jahren nutzen unsere Kunden wie die NASA, American Airlines, Walt Disney, Comcast, Universal Music, Reuters, das Kraftfahrtbundesamt, das Bundeskriminalamt, die Bundesagentur für Arbeit, Rolex, Commerzbank, Lufthansa, Mercedes Benz, Osram,.. aktiv unsere Software für Big Data Wrangling und Schutz! Sie finden viele unserer weltweiten Referenzen hier und eine Auswahl deutscher Referenzen hier.
Partnerschaft mit IRI: Seit 1993 besteht unsere Kooperation mit IRI (Innovative Routines International Inc.) aus Florida, USA. Damit haben wir unser Portfolio um die Produkte CoSort, Voracity, DarkShield, FieldShield, RowGen, NextForm, FACT und CellShield erweitert. Nur die JET-Software GmbH besitzt die deutschen Vertriebsrechte für diese Produkte. Weitere Details zu unserem Partner IRI Inc. hier.
Daten in großen RDBMS-Tabellen werden mit der Zeit fragmentiert. Die Größe von Tabellen und Indizes nimmt zu, da Datensätze auf mehr Datenseiten verteilt werden. Mehr Seitenzugriffe und Zeilen in nicht sortierter Reihenfolge während der Abfrageausführung verlangsamen die Abfrageantworten. Um den verschwendeten Platz zurückzugewinnen, die Verfügbarkeit der Datenbank zu verbessern und den Zugriff auf Daten zu beschleunigen (Abfrageantworten), sollten Sie eine Strategie für die Reorganisation Ihrer Datenbankobjekte in Betracht ziehen.
Datenbank-Reorganisationen bestehen aus zwei Typen für diese Tabellen-, Index- und Tablespace-Objekte: Online (in-place) und Offline (klassisch).
Online-Datenbank-Reorganisationen: Sie arbeiten inkrementell, indem sie Zeilen innerhalb der vorhandenen Tabelle verschieben, um die Clusterbildung wiederherzustellen, freien Speicherplatz zurückzugewinnen und Überlaufzeilen zu eliminieren. Objekte sind nur für kurze Zeit am Ende nicht verfügbar, nicht jedoch während der Lade- und Wiederaufbauphasen, die bei großen Objekten langwierig sein können. Sie ermöglichen es Anwendungen, sich mit der Datenbank zu verbinden, verlangsamen jedoch oft deren Leistung und können zu Wartezeiten für Sperren führen.
Offline-Datenbank-Reorganisationen: Sie sind schneller, können jedoch die Datenbank offline nehmen (wenn das Datenbank-Reorganisationsdienstprogramm verwendet wird). Bei dieser Methode werden Daten aus der Datenbank in eine Dump-Datei exportiert (Unload). Die Datenbankobjekte werden auf Grundlage des Extrakts wieder aufgebaut, typischerweise neu geordnet (Sortierung). Sie werden dann in denselben Tablespace zurückgeführt (Load), wobei Indizes implizit wiederhergestellt werden (Rebuild).
Leistungsorientierte Datenbankadministratoren verwenden IRI FACT (Fast Extract) für das Unload, das eine portable Flat-File erstellt, die auf dem Primärschlüssel des reorganisierten Tables sortiert werden kann (mit IRI CoSort). Mit diesem Ansatz können auch andere Transformations- und Berichtsoperationen durchgeführt werden, und die Datenbank bleibt online. Vorsortierte, direkte Pfad-Ladungen umgehen auch das Sortieren (Overhead) des Datenbank-Laders. All diese Operationen sind im IRI Workbench Offline-Reorg-Assistenten automatisiert.
Es sollte nicht besonders belastend sein, eine "Schatten"-Kopie der Daten für jede Tabelle im Dateisystem zu halten, denn sobald die Flat-File sortiert und neu geladen ist, kann sie gelöscht werden. Gleichzeitig ermöglicht es die Externalisierung der Reorg-Daten und die Verfügbarkeit für CoSort auch die Möglichkeit für andere Verwendungen der Daten, einschließlich Archivierung, Berichterstellung, Schutz und Migration zu anderen Datenbank-, BI-Tool- und Anwendungszielen.
Die Einschränkung besteht natürlich darin, dass während des Unloads andere Systembenutzer die Tabelle lesen und möglicherweise aktualisieren können, sodass Aktualisierungen während dieser Zeit die Neuverladung verpassen und Inkonsistenzen im Ziel verursachen könnten. Es wird daher empfohlen, Offline-Reorganisationen durchzuführen, wenn keine Aktualisierungen stattfinden.
Weltweite Referenzen: Seit über 40 Jahren nutzen unsere Kunden wie die NASA, American Airlines, Walt Disney, Comcast, Universal Music, Reuters, das Kraftfahrtbundesamt, das Bundeskriminalamt, die Bundesagentur für Arbeit, Rolex, Commerzbank, Lufthansa, Mercedes Benz, Osram,.. aktiv unsere Software für Big Data Wrangling und Schutz! Sie finden viele unserer weltweiten Referenzen hier und eine Auswahl deutscher Referenzen hier.
Partnerschaft mit IRI: Seit 1993 besteht unsere Kooperation mit IRI (Innovative Routines International Inc.) aus Florida, USA. Damit haben wir unser Portfolio um die Produkte CoSort, Voracity, DarkShield, FieldShield, RowGen, NextForm, FACT und CellShield erweitert. Nur die JET-Software GmbH besitzt die deutschen Vertriebsrechte für diese Produkte. Weitere Details zu unserem Partner IRI Inc. hier.
