Oba narzędzia pomagają ludziom znajdować rzeczy. To powierzchowne podobieństwo to miejsce, gdzie zaczyna się zamieszanie i gdzie kupowane jest niewłaściwe narzędzie do niewłaściwego problemu. Katalog danych pomaga zespołom danych zrozumieć, jakie zasoby danych istnieją, kto jest ich właścicielem, co oznaczają, jak są ze sobą powiązane i czy spełniają standardy jakości i zarządzania. Wyszukiwarka korporacyjna pomaga każdemu w organizacji znaleźć określone treści, dokumenty, kod, rekordy i konfiguracje, poprzez błyskawiczne wyszukiwanie w indeksie wyszukiwania. Różnica nie jest subtelna. Katalog danych zarządza. Wyszukiwarka korporacyjna pobiera. Zarządzanie i pobieranie to powiązane czynności, ale nie są to te same czynności, służą różnym użytkownikom i wymagają różnych możliwości narzędzi, aby działać poprawnie.
Koszt organizacyjny związany z ich myleniem zazwyczaj sprowadza się do jednego z dwóch scenariuszy: wdrożenia katalogu danych i oczekiwania, że będzie on działał jak szybkie narzędzie do wyszukiwania kodu w czasie rzeczywistym, a następnie odkrycia, że wydajność zapytań do katalogu na tym poziomie szczegółowości nie jest tym, do czego platformy katalogowe są zoptymalizowane, lub wdrożenia ogólnego narzędzia do wyszukiwania korporacyjnego i oczekiwania, że będzie ono egzekwować zasady zarządzania danymi, utrzymywać rejestry własności i generować kontrolowany rodowód danych. Żadne z tych narzędzi nie jest w stanie dobrze wykonać zadania drugiego. Dokładne zrozumienie tej różnicy pozwala określić, które z nich rozwiązuje problem, czy oba są wymagane i jak wygląda kombinacja, gdy oba są wdrożone w tym samym środowisku.
Wyszukiwanie kodu, a nie wyszukiwanie dokumentów
SMART TS XL umożliwia wyszukiwanie z szybkością wyszukiwania wszystkich programów COBOL, zadań JCL i zależności danych w całym dotychczasowym portfolio.
DOWIEDZ SIĘ WIĘCEJ…Co to jest katalog danych?
Katalog danych to scentralizowany system zarządzania metadanymi, który wykrywa, klasyfikuje i łączy wszystkie zasoby danych w całym stosie technologicznym organizacji. Zarządzane przez niego zasoby to obiekty danych: bazy danych, tabele, kolumny, potoki danych, pulpity BI, modele uczenia maszynowego i punkty końcowe API. Podstawową funkcją katalogu nie jest wyszukiwanie samych danych, ale zarządzanie informacjami o nich – metadanymi, które informują użytkowników o tym, co istnieje, co oznaczają, kto jest ich właścicielem, skąd pochodzą i czy można im zaufać.
Cztery możliwości, które definiują prawdziwy katalog danych przedsiębiorstwa:
Wykrywanie i klasyfikacja metadanych. Katalog automatycznie wykrywa zasoby danych, łącząc się ze źródłami danych, bazami danych, pamięcią masową w chmurze, hurtowniami danych, platformami SaaS, za pośrednictwem natywnych konektorów i katalogując schematy, definicje kolumn oraz metadane biznesowe powiązane z każdym zasobem. Klasyfikacja oparta na uczeniu maszynowym identyfikuje typy danych i sugeruje terminy biznesowe. Klasyfikacja PII oznacza pola wrażliwe i stosuje tagi regulacyjne.
Pochodzenie danych. Śledzenie pochodzenia danych na poziomie kolumn pokazuje, jak dane przepływają od źródła do celu poprzez procesy ETL, zadania transformacji i modele analityczne. Gdy kolumna w panelu zawiera nieprawidłowe wartości, analiza pochodzenia umożliwia inżynierię wsteczną od metryki panelu do etapu potoku, w którym wystąpił błąd.
Słownik biznesowy i warstwa semantyczna. Terminy biznesowe, takie jak „Przychód”, „Aktywny klient”, „Wskaźnik Net Promoter Score”, są definiowane raz w katalogu i powiązane z zasobami technicznymi, które je implementują. Ta warstwa semantyczna wypełnia lukę między inżynierami danych, którzy myślą w kategoriach nazw tabel, a analitykami, którzy myślą w kategoriach koncepcji biznesowych.
Zarządzanie i egzekwowanie zasad. Kontrola dostępu, zasady jakości danych, zasady przechowywania danych oraz wymogi zgodności z przepisami są egzekwowane za pośrednictwem katalogu. Zasób danych zawierający dane osobowe podlegające przepisom RODO jest odpowiednio oznaczony, dostęp jest kontrolowany, a ścieżki audytu dotyczące tego, kto uzyskał do nich dostęp, są automatycznie aktualizowane.
Wiodące platformy: Atlan (lider Gartner Magic Quadrant, 2025 i 2026), Alation, Collibra, Informatica Axon, Microsoft Purview, OpenMetadata (open source), DataHub (open source).
Czym jest wyszukiwanie korporacyjne?
Wyszukiwarka korporacyjna to system wyszukiwania, który umożliwia odnalezienie treści w całym zasobach informacyjnych organizacji, niezależnie od ich lokalizacji. Zapytanie jest wprowadzane w języku naturalnym lub w składni strukturalnej; wyszukiwarka zwraca trafne wyniki posortowane według trafności, aktualności lub innych sygnałów. Zasadniczo w wyszukiwarce korporacyjnej chodzi o szybkość dostępu: przejście od „muszę znaleźć X” do „tutaj jest X” w ciągu sekund, a nie godzin.
Przeszukiwanie przedsiębiorstw występuje w dwóch zasadniczo różnych formach:
Wyszukiwanie dokumentów i wiedzy
Uniwersalne wyszukiwanie korporacyjne obejmuje warstwę treści niestrukturalnych: dokumenty, wiadomości e-mail, wiadomości Slack, strony Confluence, pliki SharePoint, zgłoszenia Jira, rekordy Salesforce i podobne treści. Narzędzia takie jak Glean, Coveo i Microsoft Search zapewniają ujednolicone wyszukiwanie w obrębie tych treści, wykorzystując ranking sztucznej inteligencji do wyszukiwania najbardziej trafnych wyników z bazy wiedzy organizacji.
Kategoria ta zyskała na znaczeniu wraz z rosnącą liczbą agentów AI, którzy muszą pobierać informacje kontekstowe w czasie wykonywania. Indeks wyszukiwania korporacyjnego to warstwa wyszukiwania dla architektur RAG (Retrieval-Augmented Generation), mechanizmu, dzięki któremu model AI odpowiada na pytanie „Jaka jest nasza polityka wobec X?”, przeszukując bazę wiedzy, zamiast polegać na danych treningowych.
Wyszukiwanie kodu i bazy kodu
Przeszukiwanie kodu w przedsiębiorstwie stosuje tę samą zasadę wyszukiwania do artefaktów oprogramowania: kodu źródłowego, plików konfiguracyjnych, definicji kompilacji, a w kontekście starszych systemów korporacyjnych – programów COBOL, copybooków, strumieni zadań JCL i każdego innego artefaktu kodu, który definiuje zachowanie systemów oprogramowania. Zapytanie ma charakter techniczny, a nie oparty na języku naturalnym: „Znajdź każdy program uzyskujący dostęp do tego zbioru danych VSAM”, „Pokaż mi każde miejsce wywołania tej funkcji”, „Znajdź wszystkie programy o złożoności cyklomatycznej powyżej 20”.
Przeszukiwanie kodu w przedsiębiorstwie to sposób, w jaki zespoły programistyczne i architekci odpowiadają na pytania dotyczące dużych baz kodu. Nie jest to katalog, nie przechowuje danych o właścicielach ani nie egzekwuje zasad zarządzania. Jest to system wyszukiwania, który umożliwia przeszukiwanie całej bazy kodu z prędkością wyszukiwania, umożliwiając analizę eksploracyjną, która w innym przypadku wymagałaby godzin ręcznego czytania kodu.
Bezpośrednie porównanie
| Wymiary | Katalog danych | Wyszukiwanie korporacyjne |
|---|---|---|
| Podstawowa funkcja | Zarządzanie i dokumentowanie zasobów danych | Znajdź treść lub kod w momencie zapytania |
| Użytkownicy podstawowi | Zarządcy danych, analitycy, osoby odpowiedzialne za zgodność, inżynierowie danych | Deweloperzy, architekci, analitycy, użytkownicy biznesowi |
| Treść podstawowa | Bazy danych, potoki, modele BI, ML | Dokumenty, kody, e-maile, zgłoszenia, bazy wiedzy |
| Wydajność | Rekord metadanych, własność, pochodzenie, polityka | Wyniki wyszukiwania uporządkowane według trafności |
| Relacja z danymi | Opisuje dane, ale ich nie zawiera | Indeksuje zawartość, pobiera ją |
| Możliwość zarządzania | Silne zasady, kontrola dostępu, ślady audytu | Minimalna kontrola dostępu do indeksu, brak zarządzania danymi |
| Rodowód | Podstawowa możliwość, na poziomie kolumny, międzysystemowa | Nie jest to rodzima koncepcja |
| Słownik biznesowy | Podstawowe możliwości | Nie jest to rodzima koncepcja |
| Opóźnienie zapytania | Sekundy do minut (zapytania dotyczące zarządzania) | Milisekundy (wyniki wyszukiwania) |
| Złożoność wdrażania | Wysoki, konfiguracja łącznika, zarządzanie danymi, kuratorowanie | Średnia konfiguracja potoku indeksowania |
| Integracja AI | Warstwa kontekstu przedsiębiorstwa dla agentów AI | Warstwa pobierania RAG dla agentów AI |
| Zasięg starszego systemu | Ograniczone, zwykle wymaga złączy i schematów | Rozszerzalny, indeksuje dowolną treść, którą można przeanalizować |
Gdzie się nakładają i gdzie się rozchodzą
Obszarem nakładania się jest wyszukiwanie. Zarówno katalogi danych, jak i narzędzia wyszukiwania korporacyjnego umożliwiają użytkownikom wyszukiwanie zasobów danych. Katalog danych z dobrym interfejsem użytkownika (który posiadają wszystkie nowoczesne katalogi) pozwala analitykowi danych znaleźć odpowiednią tabelę poprzez wpisanie frazy „transakcje klientów z ostatnich 90 dni”. Narzędzie wyszukiwania korporacyjnego indeksowane na podstawie metadanych katalogu danych może generować podobne wyniki. Nakładanie się sprawia, że rozróżnienie wydaje się niejasne, dopóki nie przyjrzymy się, co każde z narzędzi robi po zwróceniu wyniku przez wyszukiwanie.
Po zwróceniu wyniku wyszukiwania w katalogu danych otwiera się bogata strona metadanych: definicje pól, wyniki jakości danych, wykres pochodzenia, rekord własności, powiązane zasoby, przepływ pracy żądania dostępu, statystyki użytkowania, tagi regulacyjne. Rezultatem jest początek regulowanej interakcji z zasobem danych.
Gdy wyszukiwanie korporacyjne zwraca wynik, zawiera link do treści oraz fragment kodu wyjaśniający, dlaczego został znaleziony. Wynik kończy interakcję wyszukiwania – użytkownik otrzymuje to, czego szukał, i może z tego samodzielnie korzystać.
Rozbieżność jest najgłębsza w obszarze zarządzania. Katalog danych może odmawiać dostępu, stosować zasady maskowania, uruchamiać przepływy pracy zatwierdzania i generować dzienniki audytu dla każdego zdarzenia dostępu. Narzędzie do wyszukiwania w przedsiębiorstwie pobiera dane zindeksowane; zarządzanie jest stosowane na poziomie systemu źródłowego, a nie na poziomie wyszukiwania. Organizacje, które muszą egzekwować, kto może przeglądać dane, w ramach jakich ram regulacyjnych i z jakimi dowodami zgodności, potrzebują katalogu danych do tego celu, a nie tylko narzędzia do wyszukiwania.
Rozbieżność jest również wyraźna w kodzie. Katalogi danych katalogują zasoby danych. Kod źródłowy, programy COBOL, strumienie zadań JCL i pliki konfiguracyjne nie są zasobami danych w modelu katalogu, lecz artefaktami aplikacji. Katalog danych z konektorem DB2 będzie katalogował tabele DB2. Nie będzie katalogował programów COBOL, które zapisują w tych tabelach. Wyszukiwanie w przedsiębiorstwie kodu wypełnia tę lukę, umożliwiając przeszukiwanie warstwy aplikacji wraz z zarządzaną przez nią warstwą danych.
Kiedy sam katalog danych jest wystarczający
Sam katalog danych obejmuje przypadek użycia, gdy:
Zasoby danych organizacji znajdują się przede wszystkim w połączonych systemach opartych na schematach, bazach danych, magazynach danych, pamięciach masowych w chmurze, platformach SaaS, gdzie standardowe łączniki katalogowe mogą automatycznie wykrywać i klasyfikować zasoby.
Głównymi użytkownikami są analitycy danych, naukowcy danych i zespoły ds. zgodności, którzy muszą znaleźć wiarygodne dane, zrozumieć ich pochodzenie i zapewnić zgodność z przepisami. Użytkownicy ci myślą w kategoriach tabel, metryk i produktów danych, a nie programów, funkcji czy artefaktów kodu.
Wymogiem zarządzania jest dominujący czynnik, który określa, kto jest właścicielem każdego zasobu danych, kto ma do niego dostęp, jak dane przepływają przez organizację i czy spełniają standardy jakości. To właśnie dla tego przypadku stworzono katalogi danych.
Starsza warstwa systemu, jeśli istnieje, została połączona z katalogiem za pomocą niestandardowych łączników, ekstraktów metadanych lub ręcznego gromadzenia, a zakres metadanych katalogu obejmujący starsze dane jest uważany za wystarczający dla potrzeb zarządzania organizacją.
Kiedy wyszukiwanie w przedsiębiorstwie jest niezbędne
Przeszukiwanie przedsiębiorstwa staje się niezbędne, a sam katalog danych nie jest wystarczający, gdy:
Pytania dotyczące rozwoju i architektury muszą być rozwiązywane z szybkością wyszukiwania. „Jakie programy korzystają z tego API?” „Znajdź wszystkie miejsca w kodzie aplikacji, w których występuje odwołanie do tego pola bazy danych”. „Pokaż mi wszystkie programy wywołujące ten podprogram”. To są zapytania wyszukiwania w kodzie. Katalog danych, który nie jest połączony z kodem źródłowym aplikacji, nie może na nie odpowiedzieć. Ręczne przeszukiwanie bazy kodu liczącej miliony wierszy nie jest realną alternatywą.
Baza kodu jest głównym obiektem analitycznym. Zespoły przeprowadzające oceny modernizacji, audyty bezpieczeństwa lub analizę długu technicznego muszą zinwentaryzować i przeszukać kod. Zasoby danych zarządzane przez kod są drugorzędne w stosunku do zrozumienia jego struktury, zależności i jakości. Narzędziem do tego celu jest przeszukiwanie zasobów kodu (Code Enterprise Search).
Starsze systemy zawierają artefakty kodu, do których nie dociera żaden łącznik katalogowy. Programy COBOL, strumienie zadań JCL, moduły RPG i aplikacje PL/I nie są systemami opartymi na schematach, które automatycznie wykrywają łączniki katalogowe. Umożliwienie wyszukiwania tych artefaktów wymaga albo niestandardowej integracji katalogowej (skomplikowanej, kosztownej i często niepraktycznej), albo platformy wyszukiwania kodu w przedsiębiorstwie, która rozumie te języki i umożliwia natywne wyszukiwanie w nich zapytań.
Czas reakcji jest wymaganiem priorytetowym. Niektóre zapytania dotyczące zarządzania tolerują opóźnienia w katalogach. „Znajdź każdy program odczytujący zbiór danych VSAM PROD.CUSTOMER.FILE” to zapytanie, które zespół modernizacyjny może uruchamiać dziesiątki razy dziennie, śledząc zależności i planując fale migracji. Każda odpowiedź powinna nadejść w ciągu sekund, a nie minut.
Kiedy potrzebujesz obu
Najczęstszy scenariusz korporacyjny, zwłaszcza dla organizacji posiadających zarówno nowoczesne platformy danych, jak i starsze systemy, wymaga, aby oba narzędzia działały w swoich odpowiednich domenach:
Katalog danych zarządza warstwą danych. Bazy danych w chmurze, magazyny danych, pulpity BI, modele uczenia maszynowego oraz produkty danych wykorzystywane przez zespoły ds. analityki i zgodności są zarządzane przez katalog. Własność, pochodzenie, jakość i zgodność z przepisami tych zasobów są zarządzane centralnie poprzez przepływy pracy zarządzania katalogiem.
Wyszukiwanie kodu przedsiębiorstwa obejmuje warstwę aplikacji. Programy COBOL, strumienie zadań JCL, usługi Java, potoki Pythona i każdy inny artefakt aplikacji, który generuje, transformuje i wykorzystuje zarządzane zasoby danych, można przeszukiwać za pomocą wyszukiwania kodu przedsiębiorstwa. Gdy katalog danych wykaże, że tabela DB2 ma 47 zależności nadrzędnych, wyszukiwanie kodu przedsiębiorstwa odpowiada na pytania: które programy do niej zapisują, z których strumieni zadań, z jaką częstotliwością i za pomocą jakich transformacji.
Punktem integracji jest pochodzenie danych na granicy aplikacji. Katalog danych śledzi pochodzenie danych od źródła do konsumenta danych. Funkcja wyszukiwania w przedsiębiorstwie (Code Enterprise Search) śledzi, w jaki sposób kod aplikacji generuje i wykorzystuje zasoby danych, którymi zarządza katalog. Razem zapewniają one kompleksową obserwację: od surowych danych źródłowych, przez kod aplikacji, który je przetwarza, po zarządzane produkty danych, z których korzystają analitycy.
Praktyczna sekwencja wdrożenia: W większości organizacji katalog jest na pierwszym miejscu, ponieważ spełnia on wymogi dotyczące zgodności z przepisami dotyczącymi zarządzania danymi, które zazwyczaj mają najbardziej widoczny wpływ na działalność biznesową. Kolejnym krokiem jest przeszukiwanie kodu w przedsiębiorstwie, które zaspokaja potrzeby związane z wydajnością rozwoju i planowaniem modernizacji, które stają się coraz pilniejsze wraz ze skalowaniem organizacji. Organizacje aktywnie realizujące programy modernizacji starszych wersji często odwracają tę kolejność: przeszukiwanie kodu w przedsiębiorstwie zaspokaja pilną potrzebę zrozumienia starszej bazy kodu przed podjęciem decyzji o migracji.
Luka w systemie legacy: gdzie żadne ze standardowych narzędzi nie obejmuje wszystkiego
Obie kategorie mają pewien specyficzny, martwy punkt w starszych środowiskach przedsiębiorstw, który warto wyraźnie nazwać.
Platformy katalogów danych mają lukę w zakresie pokrycia starszych systemów. Standardowe łączniki katalogów docierają do baz danych z dostępem JDBC, interfejsów API w chmurze i nowoczesnych platform danych. Pliki VSAM, wpisy COBOL FD, instrukcje JCL DD i definicje copybook wymagają albo niestandardowej integracji, albo specjalistycznej warstwy ekstrakcji metadanych, zanim katalog będzie mógł nimi zarządzać. Metadane zawarte w starszym kodzie źródłowym, definicjach pól, typach danych, specyfikacjach precyzji, nazwach warunków 88-poziomowych jako słowniku biznesowym nie docierają do katalogu, dopóki nie zostaną najpierw wyodrębnione z artefaktów źródłowych.
Platformy wyszukiwania korporacyjnego mają lukę w zrozumieniu starszego kodu. Narzędzia takie jak Glean, Coveo i Elasticsearch indeksują dokumenty i treści tekstowe. Potrafią indeksować pliki źródłowe COBOL jako zwykły tekst, ale nie potrafią ich interpretować: nie potrafią zrozumieć, że CUST-NM jest definicją pola typu PIC X(30), Które EXEC SQL ... END-EXEC jest to osadzone wywołanie SQL lub że PERFORM SECTION-NAME THRU SECTION-END Tworzy zależność przepływu sterowania. Wyszukiwanie tekstowe w języku COBOL zwraca dopasowania dla ciągów tekstowych; wyszukiwanie kodu w języku COBOL zwraca wyniki o znaczeniu semantycznym.
Narzędziem, które wypełnia obie luki w warstwie starszej, jest specjalistyczna platforma wyszukiwania kodu korporacyjnego, która natywnie rozpoznaje starsze języki, przetwarzając COBOL, JCL, copybooki i podobne artefakty jako kod strukturalny, a nie niestrukturalny tekst, dzięki czemu można przeszukiwać pełną zawartość semantyczną starszych systemów.
W jaki sposób SMART TS XL Zapewnia wyszukiwanie korporacyjne dla starszego kodu
SMART TS XL'S wyszukiwanie korporacyjne Ability to platforma wyszukiwania kodu dla przedsiębiorstw, stworzona specjalnie dla starszych środowisk korporacyjnych. Analizuje ona kod w językach COBOL, JCL, PL/I, RPG, Java, Python, SQL i każdym innym języku w środowisku jako kod strukturalny, a nie zwykły tekst, umożliwiając wyszukiwanie pełnej zawartości semantycznej każdego programu, copybooka i strumienia zadań za pomocą interfejsu wyszukiwania, który zwraca sensowne wyniki zamiast dopasowań tekstowych.
Wyszukiwanie odpowiada na pytania, na które nie jest przeznaczone ani ogólne narzędzie do wyszukiwania korporacyjnego, ani katalog danych: które programy uzyskują dostęp do określonego zestawu danych VSAM; każdy program wywołujący określony podprogram, bezpośrednio lub przechodnio; wszystkie programy o złożoności cyklomatycznej przekraczającej określony próg; każdy copybook definiujący konkretną nazwę pola; każdy krok zadania JCL, który uruchamia określony program w harmonogramie produkcji. Są to pytania, które architekci modernizacji, analitycy wpływu i asesorzy długu technicznego zadają sobie dziesiątki razy dziennie, a na które odpowiedź powinna być w ciągu sekund, a nie godzin.
Funkcja mapowania zależności aplikacji rozszerza wyszukiwanie z wyszukiwania w poszczególnych programach na pełne przeglądanie grafu zależności, czyli zapytanie strukturalne, które odpowiada nie tylko na pytanie „które programy uzyskują dostęp do tego zestawu danych”, ale także „jaki jest kompletny łańcuch zależności od tego programu, we wszystkich językach, poprzez każde wywołanie i przepływ danych”. Ta funkcja przekształca narzędzie wyszukiwania w instrument planowania modernizacji.
statyczna analiza kodu Funkcja ta zapewnia warstwę ekstrakcji metadanych, która łączy starszy kod źródłowy z nowoczesnymi platformami katalogów danych: wyodrębnia techniczne metadane na poziomie pól z wpisów FD i członków COPY, identyfikuje pola kandydatów PII, oblicza metryki jakości i generuje ustrukturyzowane metadane, których katalog danych potrzebuje do zarządzania starszymi danymi. SMART TS XL Nie jest katalogiem danych, nie przechowuje rejestrów własności ani nie egzekwuje zasad dostępu. To warstwa ekstrakcji i wyszukiwania metadanych sprawia, że starsze systemy można zarządzać i przeszukiwać w sposób, którego żadna z kategorii standardowych narzędzi nie oferuje osobno.
Dla organizacji prowadzących modernizacja dziedziczna programy towarzyszące nowoczesnym inicjatywom zarządzania danymi, SMART TS XL zapewnia funkcje wyszukiwania korporacyjnego w kodzie, których wymaga program modernizacji, generując jednocześnie starsze metadane, których program katalogu danych potrzebuje, aby rozszerzyć zakres zarządzania na warstwę starszej wersji.
Wnioski: Dwa narzędzia, jeden cel, różne obszary
Na pytanie „czy potrzebuję zarówno katalogu danych, jak i wyszukiwania korporacyjnego?” rzadko można znaleźć uniwersalną odpowiedź, ponieważ zależy ona od tego, jakie zasoby organizacja pilnie potrzebuje zarządzać i wyszukiwać. Zespoły zajmujące się danymi w chmurze, pracujące z nowoczesnymi stosami danych, często najpierw potrzebują katalogu, a wyszukiwanie kodu mogą dodać później. Zespoły programistyczne pracujące z dużymi, starszymi bazami kodu często najpierw potrzebują wyszukiwania korporacyjnego kodu, a w miarę rozwoju programu modernizacji mogą dodać zarządzanie katalogiem.
Oczywiste jest, że narzędzia te nie są substytutami. Katalog danych nie może zastąpić platformy wyszukiwania kodu w przedsiębiorstwie w przypadku zapytań do bazy kodu, a platforma wyszukiwania kodu w przedsiębiorstwie nie może zastąpić katalogu danych w zarządzaniu metadanymi. Obsługują one różnych użytkowników głównych – administratorów danych i analityków z jednej strony, architektów i programistów z drugiej – i rozwiązują różne problemy główne. Pokrywalność w zakresie możliwości wyszukiwania jest realna, ale niewielka. Różnica w zakresie możliwości zarządzania, głębokości semantycznej i pokrycia warstwy aplikacji jest znacząca.
Organizacje, które budują trwałe możliwości w zakresie analizy danych, to te, które wdrażają każde narzędzie w odpowiedniej domenie, integrują je na granicy, gdzie kod aplikacji styka się z zarządzanymi danymi, i opierają się pokusie narzucania jednemu z nich roli, do której inne nie zostało stworzone.
