Lähteen tarkentimen muunnos Informaticassa esimerkillä
David Carter
⚡ Älykäs yhteenveto
Informatican lähdetarkenteen muunnos edustaa rivejä, jotka Integration Service lukee relaatiolähteestä tai yksitasotiedostosta, ja sen avulla kehittäjä voi ohittaa oletuskyselyn, suodattaa, lajitella ja deduplikoida tiedot.
Mikä on Source Qualifier Transformation?
Lähdetarkentimen transformaatio on aktiivinen, yhdistetty transformaatio, joka edustaa rivejä, jotka integrointipalvelu lukee istunnon suorituksen aikana. Aina kun relaatiolähde tai tasainen tiedosto lisätään karttaanping, Lähdetarkenteen muunnos vaaditaan, ja suunnittelija lisää sellaisen automaattisesti. Lähdetarkenteen avulla voit määrittää ja ohittaa, miten tiedot noudetaan lähteestä.
Transformaatio muuntaa myös lähteen natiivit tietotyypit Informatica-transformaatiotietotyypeiksi, joten jokainen sen jälkeen sijoitettu transformaatio toimii yhdellä alustaneutraalilla tyyppijoukolla.
Koska lähdetarkenne muodostaa kyselyn, joka todellisuudessa saapuu tietokantaan, se on ensimmäinen paikka, josta etsitään tietoa, kun karttaping lukee enemmän rivejä tai sarakkeita kuin se tarvitsee. Alla oleva esimerkki rajaa kyselyn neljään sarakkeeseen.
Lähdekoodin muokkaaminen Informaticassa
Seuraavassa esimerkissä muokkaamme karttamme lähdemääritettäping ”m_emp_emp_target”, jolloin kaikkien sarakkeiden palauttamisen sijaan se palauttaa vain valitut sarakkeet.
Vaihe 1) Avaa karttaping ”m_emp_emp_target” kartallaping Suunnittelija. Karttaping avautuu EMP-lähteen, SQ_EMP-lähteen tarkenteen ja EMP_TARGET-kohteen kanssa kankaalle.
Vaihe 2) Double-napsauta Lähdemääritteen muunnosta ”SQ_EMP”. Se avaa Muokkaa muunnoksia -ikkunan kyseiselle objektille. Sitten
- Napsauta Ominaisuudet-välilehteä
- Valitse SQL Query Modify -vaihtoehto, tämä avaa SQL-editori-ikkunan
Ominaisuudet-välilehti listaa alla olevan SQL-kyselyrivin.
Vaihe 3) SQL-editori-ikkunassa
- Kirjoita seuraava kysely
SELECT EMPNO, ENAME, JOB, MGR FROM EMP
Huomautuksia – valitsemme lähteestä sarakkeet EMPNO, ENAME, JOB ja MGR, joten olemme säilyttäneet vain valintakyselyssä olevat sarakkeet
- Valitse OK-painike
SQL-editori sisältää nyt mukautetun kyselyn luodun kyselyn sijaan.
Vaihe 4) Muokkaa muunnoksia -ikkunassa
- Valitse valikosta Portit-välilehti
- Portit-välilehdellä näet kaikki portit. Säilytä vain portit EMPNO, ENAME, JOB ja MGR ja poista muut portit.
Portit-välilehti listaa kaikki portit, jotka muunnos sisälsi ennen poistoa.
Vaihe 5) Porttien poistamisen jälkeen valitse OK-painike. Luettelossa on jäljellä vain neljä jäljellä olevaa porttia.
Napsauta nyt Muokkaa muunnoksia -ikkunassa Ominaisuudet-välilehteä uudelleen, niin näet vain valitsemasi tiedot.
Kun napsautat "OK"-painiketta, SQL-editorin ikkuna avautuu.
- Se vahvistaa, että valitsemasi tiedot ovat oikein ja valmiita ladattavaksi kohdetaulukkoon.
- Jatka eteenpäin napsauttamalla OK-painiketta
Vahvistusikkuna toistaa neljä saraketta, jotka nyt luetaan.
Tallenna karttaping (käyttäen Ctrl+S-pikanäppäinyhdistelmää) ja suorita työnkulkuSuorituksen jälkeen vain valitut sarakkeet ladataan kohteeseen.
Tällä tavoin voit lähdemäärityksessä ohittaa, mitkä sarakkeet on haettava lähteestä, ja tämä on ainoa tapa hallita, mitkä tietyt sarakkeet tuodaan kartan sisälle.ping.
Lähteen tarkentimen ominaisuudet
Voit käyttää lähdemääritteen eri ominaisuuksia määrittääksesi, minkä tyyppistä lähdedataa on muunnettava ja lähetettävä kohdetaulukkoon.
- Lähdesuodatin – Source Filter -ominaisuuden avulla voit vähentää lähdetietueiden määrää. Jos esimerkiksi haluat hakea vain osasto 10:n työntekijät, voit syöttää suodatinehdon osasto=10 Source Filter -ominaisuuteen ja suorittaa tiedot. Sisällytä ehtoon taulukon nimi ja portin nimi ja jätä pois avainsana WHERE – WHERE-avainsanaa sisältävä suodatin epäonnistuu istunnossa.
- Lajiteltujen porttien lukumäärä – Source Qualifier -transformaatiossa voit myös lajitella syötetietueet portin sijainnin mukaan. Integration Service lisää oletuskyselyyn ORDER BY -lausekkeen, joka laskee portit transformaation yläreunasta alkaen, joten tiedot ovat jo lajiteltuina, kun ne saavuttavat kartan sisällä olevat transformaatiot.ping.
Koska tiedot voidaan lajitella yhden tai useamman portin mukaan, sinun on annettava lajittelussa käytettävien porttien lukumäärä. Jos annat arvon 1, vain empno-tiedot lajitellaan. Jos annat arvon 2, tiedot lajitellaan sekä empno- että ename-tietojen mukaan.
- Valitse Erillinen – Tämän ominaisuuden avulla voit hakea lähteestä vain erilaisia tietueita. Kun valitset Valitse erillinen -vaihtoehdon, integrointipalvelu lisää SELECT DISTINCT -lausekkeen, joten lähdetarkenne hakee vain lähdetietojen erilliset yhdistelmät.
Alla oleva Ominaisuudet-välilehti sisältää nämä asetukset yhdessä muun ominaisuusluettelon kanssa.
Relaatiopohjaisen lähdemääritteen täydellinen ominaisuusluettelo on esitetty alla olevassa taulukossa.
| Omaisuus | Mitä se tekee |
|---|---|
| SQL-kysely | Korvaa integrointipalvelun luoman oletuskyselyn. Mukautettu kysely ohittaa käyttäjän määrittämän liitoksen ja lähdesuodattimen. |
| Käyttäjän määrittämä liitos | Tarjoaa ehdon, jota käytetään useista lähteistä peräisin olevien, saman lähdetarkenteen edustamien tietojen yhdistämiseen. |
| Lähdesuodatin | Tarjoaa suodatusehdon, jota integrointipalvelu käyttää rivejä kyselyn aikana. |
| Lajiteltujen porttien lukumäärä | Relaatiolähteistä luettujen rivien lajitteluun käytettyjen sarakkeiden määrä, joka lisätään kyselyyn ORDER BY -muodossa. |
| Tractaso | Tämän muunnoksen istuntolokiin kirjoitettujen tietojen määrä. |
| Valitse Erillinen | Palauttaa vain yksilölliset rivit lisäämällä kyselyyn SELECT DISTINCT -metodin. |
| Pre-SQL | Komennot suoritetaan lähdetietokantaa vastaan ennen kuin integrointipalvelu lukee lähdekoodin. |
| Post-SQL | Komennot suoritetaan lähdetietokantaa vastaan sen jälkeen, kun integrointipalvelu kirjoittaa kohdetietokantaan. |
| Tuloste on deterministinen | Ilmoittaa, että lähde palauttaa saman datan suoritusten välillä, kun syöte on yhdenmukainen. |
| Tuloste on toistettavissa | Ilmoittaa, että lähde palauttaa rivit samassa järjestyksessä suoritusten välillä, mikä sallii integrointipalvelun ohittaa valmistelun palautusta varten. |
Lähdetarkenteen SQL-ohjauksen säännöt ja ohjeet
SQL-korvaus on tehokas, koska se korvaa kaiken Designerin luoman, ja siksi se myös rikkoutuu hiljaa, kun alla olevia sääntöjä ei noudateta.
- Liitä ensin portit. Linkitä kaikki tulo- ja lähtöportit, joita aiot käyttää, ennen kyselyn syöttämistä, koska luotu kysely rakennetaan yhdistetyistä porteista.
- Pidä SELECT-luettelo porttijärjestyksessä. SELECT-lausekkeen on lueteltava porttien nimet siinä järjestyksessä, jossa ne esiintyvät muunnoksessa. Jos järjestys ei täsmää, istunto voi epäonnistua tai palauttaa odottamattomia tuloksia.
- Määrittele jokainen sarake. Jokaisen sarakkeen nimen etuliitteenä on oltava taulukko, näkymä tai synonyymi, johon se kuuluu, esimerkiksi TILAUKSET.TILAUKSEN_TUNNUS.
- Luo ennen muokkaamista. Napsauttamalla Luo SQL -painiketta näytetään oletuskysely, joka sisältää jo lähdesuodattimen ja sorted-ports-lausekkeen, joten ohitus voidaan rakentaa työlausekkeen avulla.
- Vahvista lause. SQL-editorissa on Vahvista-painike, joka suorittaa kyselyn ja raportoi, onko syntaksi oikein, ennen kuin istunto edes aloitetaan.
- Lainaa varattuja sanoja. Kaikki kyselyssä käytetyt tietokannalle varatut sanat on kirjoitettava lainausmerkkeihin.
- Varo ennakkoasenteita. Mukautettu kysely ohittaa lähdesuodattimen ja lajiteltujen porttien määrän, ja kenttään syötetty SQL-kysely Istunto ominaisuudet ohittavat sekä suodatusehdon että kartassa määritetyn kyselynping.
varten Microsoft SQL Server lähteissä on yksi ylimääräinen sääntö: SELECT-lausekkeen sarakkeiden määrän on vastattava muunnoksen porttien määrää, tai istunto epäonnistuu rivien noutamisessa.
Kahden lähteen yhdistäminen yhdellä lähdemääritteellä
Yksi lähdetarkenne voi lukea useamman kuin yhden taulukon. Kun kaksi samasta relaatiolähteestä peräisin olevaa toisiinsa liittyvää taulukkoa linkitetään yhteen lähdetarkenteeseen, integrointipalvelu yhdistää ne lähdekyselyn sisällä eikä vastaavuuskartan sisällä.ping, mikä tarkoittaa, että tietokanta tekee työn ja istuntoon siirtyy vähemmän rivejä.
Oletusliitos on sisäinen tasa-arvoinen liitos, joka kirjoitetaan WHERE-lausekkeeseen muodossa Lähde1.sarakkeen_nimi = Lähde2.sarakkeen_nimi. Jotta liitos luodaan, liitetyillä sarakkeilla on oltava ensisijainen avain-viiteavain-suhde ja vastaavat tietotyypit. Jos tuoduissa metatiedoissa ei ole tällaista suhdetta, voit luoda sellaisen kohdassa Lähteen analysaattori linkittämällä kahden lähdemääritelmän vastaavat sarakkeet.
Kun suhde puuttuu tai liitoksen on oltava ulkoinen liitos, käytä sen sijaan käyttäjän määrittämää liitos-ominaisuutta. Siihen syötetty ehto korvaa metatiedoissa olevat liitostiedot, ja integrointipalvelu liittää ne luotuun kyselyyn.
Kaksi rajoitusta on syytä muistaa. Molempien taulukoiden on tultava samasta relaatiolähteestä, ja erityyppiset lähteet – esimerkiksi yksittäinen tiedosto ja taulukko tai kaksi eri tietokantaa – on yhdistettävä toisiinsa. Puusepän muunnos sen sijaan.
Lähdemäärittely vs. suodatin vs. liitosmuunnos
Kolme objektia voivat kaikki vähentää tai yhdistää rivejä, ja väärän objektin valitseminen on yleinen syy hitaisiin istuntoihin. Alla olevassa taulukossa ne on asetettu vierekkäin.
| Aspect | Lähteen tarkentaja | Suodattimen muunnos | Puusepän muunnos |
|---|---|---|---|
| Missä työ kulkee | Lähdetietokannassa, luodun kyselyn sisällä | Integraatiopalvelussa rivi riviltä | Integraatiopalvelussa välimuistin käyttö |
| Päätarkoitus | Lue lähderivit, korvaa kysely, suodata, lajittele ja deduplikoi | Pudota rivit, jotka eivät täytä yhtä ehtoa | Yhdistä kaksi putkilinjaa yhdeksi rivistöksi |
| Lähdetyypit | Yhden lähteen relaatiotaulukot ja yksittäin luodut tiedostot | Kaikki putkitiedot | Heterogeeniset lähteet, mukaan lukien yksittäiset tiedostot ja erilaiset tietokannat |
| Liity tukeen | Sisäinen tasaliitos tai käyttäjän määrittämä liitos yhden relaatiolähteen sisällä | Ei eristetty | Normaali, pääulkoliitos, yksityiskohtainen ulkoliitos ja täysi ulkoliitos |
| Verkon ylittävät rivit | Vain rivit, jotka kysely palauttaa | Jokainen lähderivi luetaan ensin | Jokainen lähderivi luetaan ensin |
Käytännön sääntö on yksinkertainen: suodata ja liitä niin aikaisin kuin lähde sallii, ja tavoittele Suodattaa tai vain Joiner-funktiota työhön, jota lähdetietokanta ei voi tehdä. Ehtojen syöttäminen lähdekoodin tarkentimeen on yksi edullisimmista saatavilla olevista voitoista suorituskyvyn viritys.
