nu am niciun document de împărtășit despre aceste bucle imbricate și nu mai fac parte din echipa de proiect, așa că tot ce pot spune despre asta este din capul meu. Deci, sper că veți înțelege de ce nu pot spune prea multe detalii aici.
practic, a trebuit să efectuez trei tipuri diferite de căutare pe același tabel pentru o așa-numită regulă personalizată în software-ul de gestionare a datelor de testare (TDM). Aceste reguli personalizate sunt implementate ca mapplets și trebuie să conțină exclusiv transformări pasive. Fără Routere, fără filtre, fără agregatoare, fără transformări Java active, doar expresii, transformări de căutare și altele asemenea.
acum, pentru cele două reguli personalizate cele mai complexe, a trebuit să implementez mai multe tabele auxiliare care dețin aceste date de căutare la diferite niveluri de agregare. Completarea acestor tabele de la PowerCenter nu a fost prea ușoară, deoarece fișierul sursă este format din 4,5 GB de text (aplicație. 43 milioane de înregistrări); tabelele de căutare conțin date la trei niveluri diferite de agregare cu criterii de căutare diferite. Și nu am vrut să împart harta în trei. Așa că a trebuit să am grijă de identificarea înregistrării bazate pe „același” pe cont propriu, nu puteam folosi agregatoare singure.
din câte îmi amintesc, într-un limbaj de programare tradițional precum Java aș fi avut nevoie de până la cinci bucle imbricate pentru a analiza datele sursă și a crea înregistrările de căutare respective din aceste date de intrare. Executarea diferitelor niveluri de agregare cu mai multe porturi variabile într-un singur EXP nu este prea ușor de întreținut, dar studiile mele inițiale au arătat că aceasta era încă cea mai bună alegere; așa cum am menționat, aș fi putut împărți maparea în trei, dar fiecare mapare ar fi avut aproape același nivel de complexitate ca și EXP „general”, așa că nu am considerat că merită efortul de a menține trei căi de încărcare diferite în această mapare.
sunt încrezător că toată lumea cu o anumită experiență în PowerCenter poate – după un anumit gând – să vină cu o poveste similară a cerințelor de cartografiere non-banale din propria sa practică. S-ar putea să nu fim conștienți de o asemenea complexitate, dar este încă acolo.
de exemplu, luați un fir din 2014 sau 2015 în care cineva a întrebat cum să genereze numere prime în PowerCenter. Nu prea ușor. Cine construiește o astfel de soluție trebuie să gândească (și să lucreze) în afara căilor cunoscute. Aceasta este, fără îndoială, o realizare extraordinară în PowerCenter. Deci, acest lucru ar putea să nu fie un exemplu mare, dar poate fi un bun exemplu de logică de cartografiere mai complexă.
ca un alt exemplu, uita-te la orice sistem pentru a coordona executarea fluxurilor de lucru într-o anumită ordine. Poate cu unele condiții suplimentare, cum ar fi „numărul de înregistrări cu proprietatea XYZ fiind egală cu valoarea ABC”. Toate aceste lucruri pot deveni în mod arbitrar complexe și – așa cum am menționat mai sus – sunt încrezător că mulți oameni au construit ceva similar complex o dată sau de mai multe ori, chiar dacă nu l-au recunoscut.