Centrum pomocy

Onboarding i glosariusz GraphHub

Przyjazne miejsce z pierwszymi krokami, pojęciami grafowymi, słownikiem analitycznym, regułami dostępu, terminami proposal subskrypcji i ścieżką od surowych danych do użytecznej przestrzeni grafowej.

Krok 1
Zacznij od docsów albo demo

Użyj publicznych docsów, glosariusza i publicznych grafów demo, żeby zrozumieć workflow przed tworzeniem lub importowaniem danych.

Krok 2
Utwórz graf

Wybierz, czy graf należy do Ciebie czy do organizacji, a potem ustaw widoczność publiczną albo prywatną. Limity planu są sprawdzane względem tego właściciela.

Krok 3
Zdefiniuj schematy

Schematy opisują typy node i edge, ich pola, identyfikatory oraz sposób czytelnego wyświetlania rekordów.

Krok 4
Dodaj albo zaimportuj dane

Dodawaj node i relacje ręcznie, importuj pliki CSV dla node i edge albo użyj advanced import, gdy jeden wiersz ma tworzyć kilka połączonych rekordów.

Krok 5
Eksploruj workspace

Użyj wizualnego grafu, aby sprawdzać relacje, filtrować labele, zapisywać widoki workspace i skupiać się na interesującym fragmencie danych.

Krok 6
Twórz Data Views

Zamieniaj trawersale grafu w reużywalne połączone tabele przed budowaniem analiz, dashboardów, raportów albo publicznych widoków read-only.

Krok 7
Buduj analizy

Zapisane analizy definiują, co liczymy, grupujemy, filtrujemy albo porównujemy. Wykres lub macierz to tylko prezentacja.

Krok 8
Ustaw dostęp i bezpieczeństwo

Zarządzaj rolami grafu, członkami organizacji, publicznym udostępnianiem, wymaganiami MFA, sesjami i historią audytu przed zaproszeniem współpracowników.

Krok 9
Publikuj wnioski

Dashboard pokazuje żywe podsumowania, snapshot raportu zamraża wynik, harmonogram tworzy snapshoty cyklicznie, a PDF eksportuje raport, gdy plan na to pozwala.

Krok 10
Sprawdź limity proposal subskrypcji

Przejrzyj macierz tierów proposal, żeby wiedzieć, które możliwości są planowane dla Free, Pro, Team i Enterprise przed oparciem pracy na większych limitach.

Glosariusz

Szukaj definicji, gdy nazwa funkcji brzmi zbyt technicznie. Te wyjaśnienia są praktyczne, a nie akademickie.

Graf
Dane grafowe

Przestrzeń pracy dla połączonych danych.

W GraphHub graf jest też tenantem: ma własne schematy, dane Neo4j, zasady dostępu, dashboard, analizy i raporty.

Przykład: Graf osób, samochodów, domów i relacji własności.
Node
Dane grafowe

Rzecz albo obiekt w grafie.

Node reprezentują obiekty: osobę, firmę, samochód, dom, miasto, dokument albo transakcję.

Przykład: Person, Car, House.
Edge
Dane grafowe

Relacja pomiędzy dwoma node.

Edge wyjaśniają, jak node są połączone. Mogą mieć własne pola, ale wiele relacji potrzebuje tylko typu.

Przykład: Person -HAS-> Car albo Person -KNOWS-> Person.
Schemat
Dane grafowe

Kontrakt dla typu node albo edge.

Schemat definiuje label, pola, pola wymagane, identyfikatory, etykiety wyświetlania i dozwolone końce relacji.

Przykład: Person ma id, first_name i last_name.
Pole identyfikujące
Dane grafowe

Pole używane do odnalezienia konkretnego rekordu.

Pola identyfikujące są używane przy edycji, usuwaniu i imporcie edge. Powinny być stabilne i unikalne w ramach schematu.

Przykład: Car.plates albo Person.id.
Template labelki
Dane grafowe

Czytelna nazwa rekordu złożona z jego pól.

Template labelki sprawia, że dropdowny i node na grafie są zrozumiałe. Nie zastępuje prawdziwego identyfikatora.

Przykład: {first_name} {last_name}.
Tenant
Produkt

Granica oddzielająca dane jednego grafu od innych.

GraphHub traktuje każdy graf jako praktyczną granicę tenanta. Mongo przechowuje definicje, a Neo4j dane z zakresem grafu.

Przykład: Dwie organizacje mogą mieć schemat Person bez mieszania rekordów.
Graf publiczny
Produkt

Graf, który anonimowi odwiedzający mogą oglądać w trybie read-only.

Grafy publiczne mogą pojawiać się na publicznych profilach i stronach organizacji. Nadal respektują granice danych grafu i udostępniają tylko publiczne ścieżki odczytu.

Przykład: Graf demo opublikowany z profilu organizacji.
Graf prywatny
Produkt

Graf wymagający jawnie nadanego dostępu.

Grafy prywatne widzą tylko właściciele i członkowie z rolą. Tiery subskrypcji mogą limitować, ile prywatnych grafów może mieć dany właściciel.

Przykład: Graf operacji klienta ograniczony do jednego zespołu.
Rola grafu
Dostęp

Poziom uprawnień nadany bezpośrednio na grafie.

Role grafu decydują, czy użytkownik może oglądać, edytować, zarządzać współpracownikami, zmieniać wymagania MFA albo usunąć graf.

Przykład: viewer, editor, admin albo owner.
Członek organizacji
Dostęp

Użytkownik należący do przestrzeni organizacji.

Członkowie organizacji uzyskują dostęp do zasobów organizacji zgodnie ze swoją rolą organizacyjną i regułami na poziomie grafu.

Przykład: Admin zaprasza współpracownika jako member.
Polityka MFA
Dostęp

Reguła wymagająca uwierzytelniania wieloskładnikowego przed dostępem.

Graf albo organizacja mogą wymagać MFA. Użytkownik musi włączyć i przejść MFA przed otwarciem chronionych zasobów.

Przykład: Wymagaj MFA dla każdego grafu należącego do regulowanej organizacji.
Audit log
Dostęp

Zapis ważnych zdarzeń dostępu i konfiguracji.

Audit log pomaga śledzić, kto zmienił ustawienia grafu, członkostwo, wymagania bezpieczeństwa albo inny wrażliwy stan.

Przykład: Wpis, że admin włączył MFA dla grafu.
Advanced import
Import

Tryb importu dla zdenormalizowanych plików CSV.

Advanced import pozwala, aby jeden wiersz arkusza tworzył lub aktualizował wiele node i relacji po zmapowaniu kolumn na pola schematu.

Przykład: Jeden wiersz tworzy Person, House, Car i relacje własności.
Data View
Analityka

Reużywalna połączona tabela z danych grafowych.

Data View zaczyna się od bazowego typu node i dodaje kolumny z properties, powiązanych node albo agregacji po relacjach.

Przykład: Tabela Person z posiadanymi samochodami i lokalizacją domu.
Zapisana analiza
Analityka

Reużywalna konfiguracja analizy.

Zapisana analiza przechowuje dataset, filtry, grupowanie, metryki i domyślną prezentację. Nie zapisuje żywych wyników.

Przykład: Policz samochody pogrupowane po marce.
Dataset
Analityka

Źródło danych użyte przez analizę.

Dataset może oznaczać node, edge albo wzorzec grafowy. Określa, jakie rekordy analizujemy przed filtrami i grupowaniem.

Przykład: Wszystkie node Car albo relacje Person -HAS-> Car.
Filtr
Analityka

Warunek zawężający rekordy.

Filtr odpowiada na pytanie: które rekordy mają wejść do analizy, zanim cokolwiek policzymy albo pogrupujemy.

Przykład: Car.make to Audi albo Mercedes-Benz.
Grupowanie
Analityka

Dzielenie wyników na kategorie.

Grupowanie oznacza: policz albo oblicz osobno dla każdej wartości danego pola lub kategorii.

Przykład: Grupuj samochody po marce.
Bucketing
Analityka

Grupowanie liczb w przedziały.

Bucketing zamienia wiele wartości liczbowych na czytelne zakresy, często do histogramów i podsumowań.

Przykład: 0-5000, 5001-10000, 10001-15000.
Metryka
Analityka

Wartość, którą analiza oblicza.

Metryki są liczbami pokazywanymi w tabelach, wykresach, kartach i komórkach macierzy.

Przykład: Count, suma, średnia, minimum, maksimum.
Średnia
Analityka

Suma wartości podzielona przez liczbę wartości.

Średnia jest łatwa do zrozumienia, ale mocno reaguje na bardzo duże albo bardzo małe wartości odstające.

Przykład: Pensje 10, 10 i 100 mają średnią 40.
Mediana
Analityka

Środkowa wartość po posortowaniu danych.

Mediana bywa lepsza od średniej, gdy wartości odstające psują obraz. Połowa wartości jest poniżej niej, a połowa powyżej.

Przykład: Pensje 10, 10 i 100 mają medianę 10.
Percentyl
Analityka

Wartość, poniżej której znajduje się dany procent rekordów.

Percentyle przydają się, gdy chcemy znać progi w rozkładzie, a nie tylko jedną wartość centralną.

Przykład: 90. percentyl oznacza, że 90% wartości jest mniejszych lub równych tej wartości.
Wariancja
Analityka

Miara rozrzutu wartości wokół średniej.

Wariancja jest statystycznie przydatna, ale mniej intuicyjna, bo używa jednostek podniesionych do kwadratu.

Przykład: Dwie grupy mogą mieć tę samą średnią, ale bardzo różną wariancję.
Odchylenie standardowe
Analityka

Czytelniejsza miara rozrzutu niż wariancja.

Odchylenie standardowe to pierwiastek z wariancji. Mówi, jak bardzo wartości typowo różnią się od średniej.

Przykład: Wyższe odchylenie oznacza bardziej rozrzucone wartości.
Macierz
Analityka

Dwuwymiarowa tabela przecięć.

Macierz porównuje jedną oś z drugą i pokazuje metrykę w każdej komórce.

Przykład: Poziom zarobków osoby x marka samochodu = liczba.
Traversal
Analityka

Przechodzenie po relacjach od wybranego node.

Traversal przydaje się, gdy pytanie zaczyna się od jednego rekordu startowego i dotyczy tego, co jest z nim połączone w kontrolowanej liczbie kroków.

Przykład: Pokaż serwisy, API i bazy danych połączone z jedną aplikacją.
Anchor node
Analityka

Rekord startowy dla analizy traversal.

Anchor zawęża analizę. Zamiast pokazywać wszystkie pasujące node w grafie, GraphHub zostawia tylko rekordy połączone z tym punktem startowym.

Przykład: Start od Application = Customer Portal.
Hop
Analityka

Jeden krok relacją od node.

Limity hopów chronią analizę przed zbyt szerokim rozlaniem się po grafie. Jeden hop oznacza bezpośrednich sąsiadów, dwa hopy także sąsiadów sąsiadów.

Przykład: Application -DEPENDS_ON-> Service to jeden hop.
Outlier
Analityka

Wartość nietypowo oddalona od reszty.

Outliery warto sprawdzać, bo mogą oznaczać prawdziwe anomalie, błąd w danych albo wyjątkowy przypadek, który nie powinien sterować średnią.

Przykład: Jeden serwis z 500 incydentami, gdy większość ma mniej niż 10.
Korelacja
Analityka

To, jak mocno dwie wartości liczbowe zmieniają się razem.

Korelacja pomaga zauważyć zależności pomiędzy miarami, ale nie dowodzi, że jedna wartość powoduje drugą.

Przykład: Więcej incydentów może korelować z większą liczbą security findings.
Wykres słupkowy
Prezentacja

Czytelne porównanie kategorii.

Wykres słupkowy jest najbezpieczniejszym wyborem, gdy chcesz porównać liczby, sumy, średnie albo inne metryki pomiędzy nazwanymi grupami.

Przykład: Incydenty po departamentach albo serwisy po vendorach.
Stacked bar chart
Prezentacja

Suma kategorii rozbita na kolorowe segmenty.

Stacked bary są świetne, gdy ważna jest zarówno całość, jak i skład tej całości. Lepiej ich unikać przy zbyt wielu seriach lub drobnych segmentach.

Przykład: Incydenty po miesiącach rozbite po severity.
Wykres liniowy
Prezentacja

Trend po uporządkowanych wartościach.

Wykres liniowy najlepiej pasuje do czasu, etapów albo każdej sekwencji, w której ważny jest ruch od lewej do prawej.

Przykład: Otwarte incydenty tygodniowo, rozbite po severity.
Wykres kołowy
Prezentacja

Udział części w całości dla małej liczby segmentów.

Wykres kołowy jest dobry do szybkich proporcji, ale staje się mało czytelny przy wielu kategoriach albo podobnych wielkościach segmentów.

Przykład: Udział serwisów według statusu lifecycle.
Wykres radarowy
Prezentacja

Profil kilku porównywalnych wymiarów.

Radar sprawdza się przy porównaniu kilku obiektów po tym samym zestawie metryk. Nie jest idealny do bardzo precyzyjnego odczytu wartości.

Przykład: Porównanie zespołów po reliability, security, delivery i ownership.
Scatter / bubble chart
Prezentacja

Relacja pomiędzy dwiema osiami liczbowymi.

Scatter pokazuje klastry, luki i korelacje. Rozmiar bąbla może dodać trzecią miarę, gdy historia tego wymaga.

Przykład: Serwisy po liczbie incydentów i security findings, z rozmiarem po liczbie repozytoriów.
Histogram
Prezentacja

Rozkład wartości liczbowych w przedziałach.

Histogram odpowiada na pytanie, jak rozkładają się wartości, gdzie jest większość rekordów i czy rozkład ma długie ogony albo przerwy.

Przykład: Aplikacje pogrupowane po przedziałach miesięcznego kosztu.
Tree chart
Prezentacja

Hierarchia pokazana jako gałęzie rodzic-dziecko.

Tree chart jest dobry, gdy dane mają naturalne poziomy, na przykład strukturę organizacji, łańcuch właścicielski albo hierarchię zależności.

Przykład: Department -> Team -> Application -> Service.
Treemap
Prezentacja

Hierarchiczny widok udziału w całości pokazany prostokątami.

Treemap pokazuje, jak duży udział ma każda gałąź w całości. Sprawdza się, gdy proporcje są ważniejsze niż śledzenie każdej pojedynczej linii relacji.

Przykład: Department -> Team -> Application rozmiarowane liczbą incydentów.
Icicle
Prezentacja

Warstwowa hierarchia pokazana jako ułożone pasy.

Icicle ułatwia skanowanie dekompozycji od poziomu nadrzędnego do podrzędnego. Dobrze pasuje do ownership, kosztów, ryzyka i zależności.

Przykład: Business unit -> Team -> Service -> API rozmiarowane użyciem.
Sunburst
Prezentacja

Radialna hierarchia do eksploracji udziałów w całości.

Sunburst pokazuje hierarchię jako koncentryczne pierścienie. Jest efektowny w dashboardach i raportach, ale przy wielu małych segmentach etykiety mogą robić się gęste.

Przykład: Severity -> Asset type -> Owner team rozmiarowane liczbą findingów.
Heatmapa
Prezentacja

Macierz, w której intensywność koloru niesie znaczenie.

Heatmapa ułatwia skanowanie gęstych wyników krzyżowych. Mocniejszy kolor kieruje uwagę na wysokie liczby, ryzyka albo koncentracje.

Przykład: Application x cloud region z liczbą deploymentów.
Karta metryki
Prezentacja

Jedna ważna liczba pokazana bardzo wyraźnie.

Karty metryk dobrze działają na dashboardach, gdy użytkownik potrzebuje szybkiego statusu przed wejściem w wykresy albo tabele.

Przykład: Otwarte krytyczne incydenty: 7.
Tabela
Prezentacja

Ustrukturyzowane wiersze, gdy liczą się dokładne wartości.

Tabela jest najlepsza, gdy użytkownik musi sprawdzić detale, sortować rekordy, porównać konkretne liczby albo użyć wyniku jako załącznika raportu.

Przykład: Top 20 serwisów po liczbie incydentów.
Graph workspace
Prezentacja

Interaktywny widok sieci node i edge.

Workspace jest idealny do eksploracji, debugowania połączeń i zrozumienia lokalnego kontekstu wokół wybranych rekordów. Nie zastępuje agregowanych analiz.

Przykład: Sprawdź wszystkie techniczne zależności wokół jednej aplikacji.
Dashboard
Produkt

Żywe podsumowanie z zapisanych analiz.

Dashboard jest dobry do codziennego monitorowania. Odświeża dane z aktualnego stanu grafu.

Przykład: Dashboard grafu z kartami, wykresami i macierzą.
Snapshot raportu
Produkt

Zamrożony raport wygenerowany w konkretnym momencie.

Snapshot zapisuje wynik raportu, nie tylko szablon. Eksport PDF powinien zawsze bazować na snapshocie.

Przykład: Miesięczny raport własności wygenerowany 14 lipca 2026.
Harmonogram raportu
Produkt

Reguła automatycznego generowania snapshotów raportu.

Harmonogram przechowuje dni tygodnia, lokalną godzinę, strefę czasową i status włączenia. GraphHub wylicza następne uruchomienie i tworzy snapshot, gdy nadejdzie jego czas.

Przykład: Morning Financial Summary od poniedziałku do piątku o 08:00 Europe/Stockholm.
Snapshot zaplanowany
Produkt

Snapshot raportu utworzony przez harmonogram zamiast ręcznie przez użytkownika.

Snapshoty zaplanowane używają aktualnego szablonu raportu i danych live z grafu w chwili uruchomienia. Po wygenerowaniu są przechowywane tak jak snapshoty ręczne.

Przykład: Codzienny snapshot operacyjny wygenerowany automatycznie przed porannym spotkaniem.
Eksport PDF
Produkt

Dokument do pobrania renderowany z zapisanego snapshotu.

Eksport PDF powinien bazować na snapshocie, a nie bezpośrednio na danych live. Dzięki temu plik odpowiada dokładnie wynikowi wygenerowanemu w danym czasie.

Przykład: Pobierz piątkowy raport incydentów jako PDF.
Propozycja subskrypcji
Billing

Proponowany model pakietowania możliwości i limitów.

Publiczne docsy opisują tiery Free, Pro, Team i Enterprise jako proposal. Celowo pokazują możliwości i restrykcje bez kwot.

Przykład: Team obejmuje zaproszenia członków organizacji i raporty cykliczne.
Właściciel billingu
Billing

Użytkownik albo organizacja, których plan jest sprawdzany.

GraphHub sprawdza limity względem właściciela grafu lub zasobu. Graf osobisty używa właściciela typu użytkownik, a graf organizacji właściciela typu organizacja.

Przykład: Plan Team na organizacji wpływa na grafy należące do tej organizacji.
Entitlement
Billing

Decyzja, czy plan pozwala wykonać daną akcję.

Entitlements sprawdzają status planu, flagi funkcji, aktualne użycie i tryb egzekwowania przed akcjami takimi jak tworzenie grafów, eksport PDF albo zapraszanie członków.

Przykład: Utworzenie raportu cyklicznego wymaga planu, który obejmuje tę funkcję.
Tryb egzekwowania
Billing

Decyduje, czy odmowy billingowe blokują akcje.

Tryb monitor sprawdza limity, ale przepuszcza akcje. Tryb enforce zwraca błąd limitu planu, gdy plan jest nieaktywny albo limit został osiągnięty.

Przykład: Tryb enforce blokuje eksport PDF po przekroczeniu miesięcznego limitu.
Licznik użycia
Billing

Liczba użyć w okresie, stosowana do limitów miesięcznych.

Liczniki użycia przechowują wartości według właściciela, klucza licznika i okresu YYYY-MM. Eksporty PDF używają tego mechanizmu do limitów miesięcznych.

Przykład: pdf_exports dla 2026-08 zlicza udane eksporty PDF w tym miesiącu.
Limit planu
Billing

Maksymalna możliwość dostępna w tierze subskrypcji.

Limity obejmują liczbę grafów, grafy prywatne, node na graf, relacje na graf, Data Views, raporty, raporty cykliczne, członków i eksporty PDF.

Przykład: Free pozwala na jeden graf prywatny i mały miesięczny limit eksportów PDF.