sql >> Database teknologi >  >> RDS >> Database

Skemamønstersøgning

Skemamønstersøgningen i IRI Workbench (WB) kan bruges til at hente data i et helt skema, der matcher specifikke mønstre. Søgningsprocessen sammenligner mønstrene med alle data i hver kolonne af de valgte datatyper i hver tabel i hvert valgt skema. Disse processer er nyttige til at overholde kravene til opbevaring af PCI-lager for at finde alle placeringer af kreditkortnumre, eller med GDPR-retten til at blive glemt ved at finde alle databaseposter, der er knyttet til anmoderens navn.

I modsætning til Database Profile Wizard i IRI Workbench, som kan søge i én tabel ad gangen, eller Flat-File Profile-guiden, der kun søger gennem en valgt fil, søger guiden Schema Pattern Search i hele skemaer efter mønstre. Hvis kun udvalgte tabeller eller strukturerede filer skal søges, skal du bruge Data Class Library-editoren for at få hurtigere resultater.

Bemærk, at resultaterne af guiden Schema Pattern Search, der er beskrevet, også automatisk knyttes til dine dataklasser. Derudover er DB/skema-dækkende dataklassesøgning og dataklassemaskeringsguider også tilgængelige i IRI Workbench for FieldShield-brugere.

Dette eksempel søger i et enkelt Oracle-skema ved hjælp af et kreditkorts regulære udtryksmønster. For at bruge guiden skal du vælge det eller de skemaer, der skal søges i. Vælg at inkludere matchning på navne, hvis mønstrene refererer til kolonnenavne. Vælg for at scanne tabeller, der ikke blev scannet tidligere. Dette er nyttigt, hvis en scanning ikke blev afsluttet, eller hvis nye tabeller er blevet tilføjet siden en tidligere scanning. Klik på Tilføj for at tilføje tabellen Søgeresultater fra den forrige scanning for at ekskludere i denne scanning. Vælg derefter matchningsdybden. Valgene er fuld scanning for at scanne alle rækker og udlæse datamatchningen. Hvis de matchede data ikke er vigtige, skal du kun vælge kolonnerne, hvor resultaterne findes, for ikke at inkludere dataresultaterne. Hvis scanningen kun skal matche kolonnenavnene, skal du vælge ikke at scanne dataene.

På næste side skal du vælge det eller de skemaer, der skal søges i.

Vælg datatyperne for de kolonner, der indeholder de pågældende data. Hvis de mistænkte data kun er i teksttypefelter, vil valg af kun disse typer kolonner reducere mængden af ​​data, som den underliggende søgemaskine skal behandle.


Indtast eventuelle mønstre for at ekskludere elementer. Mønstrene skal følge dette format: .

eller .
..

Indtast mønsteret ved at søge efter eksisterende mønstre eller oprette et nyt. Flere mønstre kan tilføjes. AND- og OR-operatorerne er tilgængelige for at finjustere de mønstre, der skal bruges.

Hvis du klikker på Udfør, starter søge-/rapporteringsprocessen. Afhængigt af hvor meget data der scannes, kan guiden køre i et betydeligt tidsrum. Fordi processen kan køre i lang tid, er en fil kaldet tableSearchResults oprettes og registrerer hver tabel, der er blevet fuldt behandlet. I tilfælde af en fejl under søgningen, vil denne fil vise den sidste tabel, der blev søgt med succes.

Når søgningen når slutningen af ​​en kolonne, hvis der blev fundet nogen match, en fil med navnet columnSearchResult s er tilføjet kolonnens navn. Samtidig tilføjes schema_pattern_search filen (eller den brugerdefinerede navngivne fil på opsætningssiden) med resultaterne af søgningen og indeholder både kolonnenavnet og de matchede data.

Dataene registreres i en tabulatorsepareret fil og kan bruges af andre processer efter behov.

columnSearchResults.csr fil kan bruges af Schema Pattern Search to Data Class Association-guiden i WB, der tager kolonneresultaterne og tildeler dataklasser til dem. Dette kan fremskynde processen med databeskyttelse under andre IRI-job.


  1. SQL Server-fejl ved opdateringskommando - Der opstod en alvorlig fejl på den aktuelle kommando

  2. Postgres fejler med 'could not open relation mapping file global/pg_filenode.map'

  3. MySQL 8.0 - Klienten understøtter ikke godkendelsesprotokol anmodet af serveren; overveje at opgradere MySQL-klienten

  4. DB_NAME() vs ORIGINAL_DB_NAME() i SQL Server:Hvad er forskellen?