sql >> Database >  >> RDS >> Database

De wizard Offline reorg gebruiken

Naarmate databasetabel- en indexgroottes toenemen, worden gegevens meer gefragmenteerd en vertraagt ​​de reactie op query's. Om de efficiëntie van de database te verbeteren, is een regelmatige reorganisatie van tabellen vereist. Bekijk dit artikel waarin wordt uitgelegd waarom reorganisaties belangrijk zijn en het onderstaande materiaal waarin het gebruik van de wizard wordt beschreven.


Wat het is

IRI Workbench — een Eclipse IDE en GUI voor alle IRI-softwareproducten — biedt een klassieke (offline) reorganisatie-oplossing via een speciaal gebouwde wizard. De Offline Reorg Wizard vergemakkelijkt de specificatie en uitvoering van meerdere, grootschalige reorganisaties die grote tabellen in de volgorde van zoekopdrachten (bijv. samenvoegen) houden zonder de database zelf te belasten.


Wat het doet

De offline reorganisatiewizard bouwt een stapsgewijs proces 'Unload-Order-Reload' voor een of meer tabellen tegelijk, met behulp van samenstellende producten van de IRI Data Manager-suite. Voor grootschalige reorganisaties specificeert het de configuratie van:

  • IRI FACT voor het lossen van bulktafels
  • IRI CoSort voor hun nabestelling
  • het laadhulpprogramma van de doeldatabase voor voorgesorteerde bulkladingen

ODBC-selectie- en invoegopties zijn ook beschikbaar voor kleinere of nauwkeuriger afgestelde bewerkingen.

Aan het einde van de wizard worden de taakscripts gemaakt die nodig zijn om de geselecteerde tabellen opnieuw te ordenen. De taken kunnen overal worden uitgevoerd waarvoor de gekozen tools een licentie hebben en kunnen worden aangeroepen vanuit de GUI, de opdrachtregel of het batchscript (dat ook door de wizard wordt geproduceerd). Databasegebruikers hebben geen invloed op de offline reorganisatiemethode, hoewel herladen of ODBC-updates de tabellen in gebruik kunnen veranderen.


Hoe het werkt

Om de offline reorg-wizard in IRI Workbench te starten, navigeert u naar de vervolgkeuzelijst in het FACT-menu en selecteert u 'Nieuwe offline reorg-taak…'.

Kies in het eerste dialoogvenster de projectmap en noem een ​​submap om de reorg-metadata en gesorteerde resultaten te bevatten, en specificeer vervolgens de tabelverwervings- (unload) en herbevolkings- (load)-methode.

Het volgende is de fase van gegevensextractie (uitladen). Welke databaseprofielen beschikbaar zijn, hangt mogelijk af van wat u op de vorige pagina in het veld Extractie heeft gekozen. Selecteer de database uit het verbindingsbestand en de tabellen die u wilt reorganiseren uit de tabellen die beschikbaar zijn in het selectievenster:

Het volgende is de fase voor het laden van gegevens, waar u de details van de doeltabel opgeeft. Kies het verbindingsprofiel, schemanamen en toepasselijke opties voor de herbevolking (in dit geval via Oracle SQL*Loader). Klik op Voltooien om automatisch alle scripts te bouwen die je nodig hebt om de reorganisatie(s) uit te voeren.

Dit proces produceerde de bestanden die nodig zijn om alleen de JOB_TYPES-tabel offline automatisch te reorganiseren. De scripts voor het uitladen (FACT .ini), het sorteren (CoSort .scl) en het opnieuw laden (Oracle .ctl) en aanvullende bestanden worden geproduceerd samen met het batchscript dat nodig is om alles uit te voeren. De .sql-bestanden behouden de beperkingen en het .flow-bestand ondersteunt een visuele weergave van de workflow in een aparte weergave.

Wanneer het batchscript (FlowBatch.bat) wordt uitgevoerd, wordt een tabel geproduceerd met de opnieuw gesorteerde gegevens om te laden. Hieronder ziet u een weergave van de tabel voor en na de reorganisatie:

Het aantal items is hetzelfde, maar de reorganisatiewizard sorteerde de tabel standaard op de primaire sleutel. U kunt de sorteersleutel(s) in de .scl-taak wijzigen (met de hand of via de GUI), als u de tabel opnieuw wilt ordenen in een andere (opzoek)kolom.

Neem contact op met [email protected] als je vragen hebt over hoe deze wizard werkt, of als je toegang nodig hebt tot een demo of deze onderdelen van de IRI Data Manager suite.


  1. Hoe kan ik in SQL Server overal een kolom vinden waarnaar wordt verwezen?

  2. Controleer of de database bestaat in PostgreSQL met behulp van shell

  3. Primaire sleutels in SQL Server

  4. Waarom is PostgreSQL-arraytoegang zo veel sneller in C dan in PL/pgSQL?