Bu üç termin vendor materiallarında və əksər daxili sənəddə bir-birinin əvəzinə işlədilir, halbuki onlar üç fərqli auditoriyası olan üç həqiqətən fərqli şeyi təsvir edir. Onları qarışdırmaq lüğət problemi deyil — səhv artefaktı birinci quran və sonra niyə heç kimin ondan istifadə etmədiyini soruşan idarəetmə proqramı yaradır.

Qısa versiya. Data dictionary fiziki strukturu təsvir edir, mühəndislər üçün. Biznes lüğəti anlayışları müəyyən edir, biznes üçün. Data kataloqu isə hər ikisini saxlayan, bir-birinə bağlayan və sistemlər üzrə axtarıla bilən edən platformadır.

İkisi sənəddir. Biri sistemdir. Ən çox əhəmiyyət daşıyan və ən çox itirilən fərq budur.

Data dictionary

Data dictionary konkret bazanın və ya sistemin texniki təsviridir: hər cədvəl, hər sütun, data tipi, uzunluğu, null ola bilməsi, key-lər, məhdudiyyətlər və şanslı olsanız, nə saxladığı barədə bir cümlə.

Auditoriyası həmin sistemlə birbaşa işləyən mühəndislər və analitiklərdir. Əhatəsi bir sistemdir — dictionary təşkilatın deyil, bazanın xassəsidir. Məzmunu obyektiv olaraq yoxlana bilir: sütun ya varchar(2)-dir, ya yox.

Tarixən dictionary-lər Excel-də və ya wiki səhifəsində əl ilə saxlanırdı — bu ifadənin bir az arxeoloji ab-hava daşımasının səbəbi də budur. Həmin saxlama modeli eyni zamanda onların demək olar həmişə səhv olmasının səbəbidir: əl ilə saxlanan dictionary yazıldığı an dəqiqdir və növbəti miqrasiya ilə bazadan ayrılır. Müasir praktika dictionary-ni sistemdən fasiləsiz yaratmaqdır — kataloqun toplaması məhz bunu edir.

Uğursuzluq nümunəsi: mənası olmayan struktur təsviri. Dictionary sizə cst_st_cd-nin iki simvollu kod olduğunu deyir. 07 dəyərinin nə demək olduğunu deyə bilmir — analitikə lazım olan isə elə odur.

Biznes lüğəti

Biznes lüğəti təşkilatın üzərində işlədiyi anlayışları — aktiv müştəri, xalis risk mövqeyi, gecikmiş hesab — hər hansı sistemdən asılı olmayaraq, biznes dilində müəyyən edir.

Auditoriyası biznesdir: analitiklər, risk zabitləri, məhsul menecerləri, rəhbərlik. Əhatəsi sistem yox, təşkilatdır, çünki bütün məqsəd bir tərifin hər yerdə tətbiq olunmasıdır. Məzmunu yoxlanan deyil, qərara alınandır: aktiv müştərinin nə demək olduğu barədə obyektiv fakt yoxdur, yalnız razılaşma var — lüğətin idarəetmənin texniki olmaqdan çıxdığı yer olmasının səbəbi budur.

Lüğət termini əslində sahibi, statusu, digər terminlərlə əlaqələri və qərar qeydi olan idarə olunan aktivdir. Tam təhlil biznes lüğəti yazısındadır.

Uğursuzluq nümunəsi: heç vaxt fiziki sütunlara bağlanmayan təriflər. Mətn kimi yaşayan lüğət texniki cəhətdən doğru, əməliyyat baxımından ölüdür — heç kim ona ehtiyac duyduğu anda rast gəlmir, davranış isə dəyişmir.

Data kataloqu

Data kataloqu sənəd deyil, sistemdir. Mənbə sistemlərinə qoşulur, texniki metadata-nı avtomatik toplayır, lüğəti saxlayır, lüğət terminlərini fiziki sütunlara bağlayır, lineage hesablayır, təsnifat tətbiq edir və bütün bunları estate üzrə axtarıla bilən edir.

Auditoriyası hamıdır: mühəndislər strukturu tapır, analitiklər mənanı, steward-lar sahibliyi, auditorlar lineage-i. Əhatəsi qoşula bildiyi hər sistemdir. Ən əsası, digər ikisini faydalı edən artefakt budur — çünki tərifi analitikin gedib axtarmasını tələb etmək əvəzinə onu sütuna baxdığı anda qarşısına qoyan odur.

Kataloq datanızı yox, datanız haqqında metadata saxlayır. Datanız olduğu yerdə qalır — hər on-premise təhlükəsizlik baxışında birinci sual budur və cavab həqiqətən rahatlıq verir; şərtlə ki, core banking sistemi haqqında metadata-nın özünün də həssas olduğu yaddan çıxarılmasın. Mexanika data kataloqu nədir yazısında açılır.

Uğursuzluq nümunəsi: onu son məhsul saymaq. Heç kimin açmadığı tam dolu kataloq — daha bahalı cədvəldir. Son məhsul davranış dəyişikliyidir: hesabat qurmazdan əvvəl lüğətə baxan analitik, sxemi dəyişməzdən əvvəl lineage-ə baxan mühəndis.

Üçü bir yerdə necə işləyir

Əlaqəni bir sahənin ardınca gedərək görmək asandır.

Core banking sistemində cst_st_cd adlı sütun var. Dictionary qatı qeyd edir ki, o, iki simvollu sətirdir, 3%-i null-dur, on bir fərqli dəyəri var — avtomatik toplanmış, insan iştirakı olmadan. Lüğət qatı müştəri statusunun təsdiqlənmiş tərifini saxlayır, sahibi pərakəndə blokunun rəhbəridir, 07 passiv kimi sənədləşdirilib və passiv hesablar aktiv müştəri sayından çıxarılır — bunu mübahisədən sonra bir insan yazıb. Kataloq isə ikisini bağlayır: "aktiv müştəri" axtaran analitik həm tərifi, həm də onu icra edən hər fiziki sütunu — hər sistemdə, üç dildən hansında axtarmasından asılı olmayaraq — tapır.

Kataloqu çıxarın: digər ikisi heç kimin qarşılaşdırmadığı ayrı sənədlərdə qalır. Lüğəti çıxarın: kataloq axtarıla bilən dictionary olur — faydalıdır, məqsəddən uzaqdır. Dictionary qatını çıxarın: təriflərin bağlanacağı heç nə qalmır.

Hansını birinci qurmalı

Ardıcıllıq sualı — və onun əksər proqramın etdiyinin əksinə olan aydın cavabı var.

Lüğətdən başlamayın. Cazibədardır, çünki idarəetməyə oxşayan hissə odur və satınalma tələb etmir. Amma hansı sistemlərin mövcud olduğunu heç kim bilmədən yazılmış təriflər xəyali təşkilat haqqında təriflərdir və bağlanacaq yeri olmayan təriflər dərhal köhnəlir.

Əl ilə qurulan dictionary-dən başlamayın. Qırx min sütunu əl ilə kataloqlaşdırmaq heç nə nümayiş etdirməyən və bitməmiş köhnələn üçillik layihədir.

İnventar və avtomatik toplamadan başlayın. Hansı sistemlər var, içində nə var, onlara kim toxunur — sonra kataloq əhatədəki sistemlərin texniki metadata-sını toplasın. Bu, dörd-altı həftəlik işdir və real xəritə istehsal edir.

Sonra lüğət, dar əhatədə. Bir sahədə əlli-səksən termin, mövcud istifadədən qaralanmış, artıq toplanmış sütunlara bağlanmış. Bu mərhələni wiki yazmaqdan fərqləndirən məhz həmin bağlantıdır.

Sonra sxemin yox, hesabatların ardınca genişləndirin. Tənzimləyici təqdimatlarda və rəhbərlik qərarlarında görünən aktivlər səhv olmağın nəticə doğurduğu yerdir.

Tam ardıcıllıq data governance proqramının qurulması yazısındadır.

Azərbaycan mürəkkəbliyi

Bir yerli amil hər üçünün formasını dəyişir.

Buradakı tipik böyük təşkilat azərbaycandilli əsas sistem, rusdilli köhnə tətbiq və ingilisdilli müasir infrastruktur işlədir. Deməli, dictionary qatında sütun adları üç əlifbadadır. Lüğət üç dil etiketi daşıyan bir kanonik anlayış saxlamalıdır — aylar ərzində bir-birindən uzaqlaşan üç paralel lüğət yox. Kataloq isə hər üç dildən işləyən və eyni anlayışa yığılan axtarışı dəstəkləməlidir.

Sonuncu tələb funksiya cədvəllərində nadir hallarda olur və bir neçə məhsulu siyahıdan çıxarır. Hər vendordan üç dil etiketi olan bir lüğət terminini, adları üç fərqli əlifbada olan sütunlara bağlanmış halda nümayiş etdirməyi və hər dildən axtarmağı tələb edin. Cavab olaraq tərcümə edilmiş interfeys göstərən məhsullar başqa problemi həll ediblər.

Əsas məqamlar

  • Dictionary strukturu təsvir edir (bir sistem, mühəndislər, yoxlanan). Lüğət anlayışları müəyyən edir (bütün təşkilat, biznes, qərara alınan). Kataloq isə hər ikisini saxlayan və bağlayan sistemdir.
  • İkisi sənəddir, biri infrastrukturdur. Bu fərqi itirmək səhv qurma sırasını yaradır.
  • Dictionary fasiləsiz yaradılmalıdır, heç vaxt əl ilə saxlanmamalıdır. Əl ilə saxlanan dictionary növbəti miqrasiyaya səhv olur.
  • Lüğət tərifləri fiziki sütunlara bağlanmalıdır. Bağlanmamış təriflər mətndir və heç bir davranışı dəyişmir.
  • Qurma sırası: inventar, avtomatik toplama, toplanana bağlanmış dar lüğət, sonra hesabatların ardınca genişlənmə.
  • Bu bazarda hər üçü üç dili idarə etməlidir — üç paralel lüğət yox, bir kanonik anlayış.

Hər üçünə bir on-premise platformada ehtiyacı olan təşkilatlar üçün OvalEdge tətbiq edirik. Əlaqəli oxu: metadata idarəetməsi və data governance nədir.