nemám žádný dokument, který bych mohl sdílet o těchto vnořených smyčkách, a už nejsem součástí projektového týmu, takže vše, co o tom mohu říct, je mimo hlavu. Takže doufám, že pochopíte, proč zde nemohu říct příliš mnoho podrobností.
v podstatě jsem musel provést tři různé druhy vyhledávání na stejné tabulce pro takzvané vlastní pravidlo v softwaru pro správu testovacích dat (TDM). Tato vlastní pravidla jsou implementována jako mapplety a musí obsahovat pouze pasivní transformace. Žádné směrovače, žádné filtry, žádné agregátory, žádné aktivní Java transformace, pouze výrazy, vyhledávací transformace a podobně.
nyní pro dvě nejsložitější vlastní pravidla jsem musel implementovat několik pomocných tabulek, které obsahují tato vyhledávací data na různých úrovních agregace. Vyplnění těchto tabulek z PowerCenter nebylo příliš snadné, protože zdrojový soubor se skládá ze 4, 5 GB textu (aplikace. 43 milionů záznamů); vyhledávací tabulky obsahují data na třech různých úrovních agregace s různými vyhledávacími kritérii. A nechtěl jsem rozdělit mapování na tři. Takže jsem se musel starat o identifikaci“ stejného “ záznamu na vlastní pěst, nemohl jsem používat agregátory sám.
pokud si vzpomínám, v tradičním programovacím jazyce, jako je Java, bych potřeboval až pět vnořených smyček k analýze zdrojových dat a vytvoření příslušných vyhledávacích záznamů z těchto vstupních dat. Provádění různých úrovní agregace s několika variabilními porty v jednom EXP není příliš snadné udržovat, ale moje počáteční zkoušky ukázaly, že to byla stále nejlepší volba; jak jsem již zmínil, mohl jsem rozdělit mapování na tři, ale každé mapování by mělo téměř stejnou úroveň složitosti jako jeden „obecný“ EXP, takže jsem nepovažoval za vhodné udržovat v tomto mapování tři různé cesty zatížení.
jsem přesvědčen, že každý, kdo má nějaké zkušenosti s PowerCenter, může – po nějakém přemýšlení-přijít s podobným příběhem netriviálních požadavků na mapování ze své vlastní praxe. Možná si ani neuvědomujeme takovou složitost, ale stále existuje.
jako příklad si vezměte vlákno z roku 2014 nebo 2015, kde se někdo zeptal, jak generovat prvočísla v PowerCenter. Není to snadné. Ten, kdo takové řešení staví, musí myslet (a pracovat) mimo známé cesty. To je bezesporu mimořádný úspěch v PowerCenter. Takže to nemusí být velký příklad, ale může to být dobrý příklad složitější mapovací logiky.
jako další příklad se podívejte na jakýkoli systém, který koordinuje provádění pracovních postupů v určitém pořadí. Možná s některými dalšími podmínkami, například „počet záznamů s vlastností XYZ se rovná hodnotě ABC“. Všechny tyto věci se mohou stát libovolně složitými a – jak bylo uvedeno výše-jsem přesvědčen, že mnoho lidí vybudovalo něco podobně složitého jednou nebo vícekrát, i když to nepoznali.