hoe een Model te Reverse engineeren uit een Database of een Script
Reverse engineering is het proces van het maken van een datamodel uit een database of een script. De modeling tool maakt een grafische weergave van de geselecteerde database objecten en de relaties tussen de objecten. Deze grafische weergave kan een logisch of een fysiek model zijn.
Opmerking: U kunt alleen reverse engineeren in een leeg model. Je kunt niet reverse engineeren naar een model met objecten erin.
een database kan om de volgende redenen reverse engineered worden:
- om te begrijpen hoe de objecten met elkaar verbonden zijn en daarop verder te bouwen
- om de databasestructuur
aan te tonen nadat het reverse engineering-proces is voltooid, kunt u de volgende taken uitvoeren::
- Voeg nieuwe databaseobjecten toe
- maak de systeemdocumentatie aan
- herontwerp de databasestructuur aan uw vereisten
de meeste informatie die u reverse engineert is expliciet gedefinieerd in het fysieke schema. Echter, reverse engineering ontleent ook informatie uit het schema en integreert het in het model. Als het DBMS-doel bijvoorbeeld buitenlandse sleutelverklaringen ondersteunt, leidt het reverse engineering-proces identificerende en niet-identificerende relaties en standaardrolnamen af.
u kunt alle belangrijke modelinformatie afleiden, behalve subtype relaties, omdat momenteel geen SQL database management Systeem dit ondersteunt. De doeldatabases variëren echter in de hoeveelheid logische gegevensmodel-informatie die in het fysieke schema is opgenomen. Om deze reden kunnen de resulterende modellen variëren afhankelijk van de geselecteerde doeldatabase. U kunt ook wat logische informatie afleiden, waaronder primaire sleutels, buitenlandse sleutels en tabelrelaties. U kunt de tabelindexdefinities of kolomnamen gebruiken om deze sleutels en relaties af te leiden.
u kunt ri-triggers opnemen of uitsluiten in het reverse engineering-proces. U kunt ervoor kiezen om RI-triggers als modelobjecten te behandelen of de optie forward engineering gebruiken om RI-triggers in het schema op te nemen. U kunt er ook voor kiezen om deze opties op te nemen of uit te sluiten tijdens reverse engineering.
wanneer u een database reverse engineert, kunt u een trace-bestand Instellen om de query ‘ s op te nemen die worden uitgevoerd om objecten op te halen. U kunt de query ‘ s bekijken nadat het reverse engineering-proces is voltooid.
het volgende diagram illustreert de stappen om een model uit een database of een script te reverse engineeren:
Voer de volgende stappen uit om een model te reverse-engineeren:
- (optioneel) sla database queries op in een trace-bestand.
- modeldetails selecteren.
- Selecteer de opties voor reverse engineering.
- verbinding maken met een database en reverse engineer.
Reverse Engineering specifieke objecten
deze sectie bevat details over hoe het reverse engineering proces werkt voor verschillende databaseobjecten.
Index
wanneer u een database reverse-engineert, worden de naam, definitie en parameters van elke index die is gedefinieerd op de server geïmporteerd. Wanneer u de index-informatie importeert van een server, wordt de informatie over de opslaglocatie voor elke index behouden. Daarom kunt u de database opnieuw maken met dezelfde opslagtoewijzingen. U hoeft de opslaglocatie voor elke index niet handmatig opnieuw toe te wijzen.
nadat u indexen hebt geïmporteerd, kunt u de indexeigenschappen, definities en tabelassociaties bekijken of wijzigen in het dialoogvenster indexen. U kunt een index toewijzen aan een fysiek opslagobject in het dialoogvenster indexen voor een DB2 z/OS, Informix, Oracle, SQL Server en SAP ASE-database. Als uw doeldatabase DB2 z/OS, Informix en Oracle is, kunt u ook de opslagparameters wijzigen in het dialoogvenster indexen.
als een fysieke opslagoptie is geselecteerd voor een DB2 z/OS, Informix, Oracle of SAP ASE-database, bevat het schema index fysieke opslagparameters.
fysiek opslagobject
wanneer u een database reverse-engineert, kunt u de namen en definities importeren van fysieke opslagobjecten die u hebt gedefinieerd op de doelserver. De import gebeurt op dezelfde manier als fysieke tabellen, indexen en andere fysieke schema-informatie wordt geïmporteerd. Nadat u fysieke opslagobjecten hebt geïmporteerd, kunt u de objectdefinities en tabelassociaties bekijken of wijzigen met behulp van de standaardbewerkers.
validatieregel
wanneer reverse-engineering vanuit een schemabestand, script of systeemcatalogus wordt uitgevoerd, worden validatieregels geïmporteerd en gekoppeld aan de juiste tabel of kolom in het resulterende model. De conventie die wordt gebruikt om de geïmporteerde validatieregels te benoemen is als volgt:
VALID_RULEn
hier is n een volgnummer dat begint bij nul. De eerste validatieregel die wordt aangetroffen heet VALID_RULE0, de volgende regel VALID_RULE1, enzovoort, totdat het volledige schema is verwerkt.