Znakomita większość średniozaawansowanych pracowników biurowych uznała w pewnym momencie za magię okiełzanie polecenia "WYSZUKAJ.PIONOWO" ─ mitycznego ringu na styku dwóch różnych zakładek Excel'a, pozwalającego sparować do siebie na podstawie tego samego "numerka" z boku dodatkowe informacje np o Adresie IP. Problem polega na olbrzymiej nieintuicyjności, ociężałości i "wieszaniu się" procesorów firmowych, jeśli wdroży się do tego algorytmu wierszy idących np. w głuche pięćdziesiąt tysięcy powtórzeń (Ciągnąc w nieskończoność w dół komórkę arkuszową...).

Dlaczego funkcja "Join" (Złączenia Danych) stała się chlebem branży?

Rozwiązanie od Google/Microsoftu znanych jako Hurtownie chmurowe takie (np MySQL / BigQuery) kompletnie wyrzucają do kosza operowanie "dookoła" konkretnej fizycznej komórki C2 na danym lokalnym sprzętowym komputerze Maca puszczając łączenia rzędami poprzez klucze główne (Primary/Foreign KEYS). Używając tzw. `RIGHT JOIN / LEFT OUTER JOIN / INNER JOIN` rzucasz serwerowi absolutnie niezniczszalnie zdefiniowany i krótki (w 2 linijki wpisu tekstu) wektor komendy obłożeniowej spajania milionów dokumentacji.

Porównanie skali destrukcji błędu ludzkiego

  • Środowisko .XLSX (VLOOKUP): Wyobraź Sobie firmę "Marketing House". Chcesz wkleić zarobek handlowca na dany miesiąc rzeką danych z C2 wklepywaną w dół z pomocą myszy przez powielenie pliku VLOOKUP. Jakiś roztargniony junior kasuje trzecią od boku kolumnę obok, zawierającą powierzone imię. Przesuwa całą logikę wyliczeń o róg `+1`. Wyszukaj Pionowo opiera się od dawna ślepo wręcz na odliczeniu tzw "Twardej Kolejnej liczby z tabeli np '3'" a cała struktura firmy nagle uciekła lejąc w budżecie dziury.
  • Środowisko Relacyjne SQL (JOIN): Gdy tworzysz `JOIN ON (Zarobki.ID_Klient = Baza.Handlowiec_ID)` silnik kompletnie ignoruje fakt, w jakiej chmurze graficznej wizualnie pracownik od analityki narysował pliki na wykresie. Silniki odszukują rygorystycznie wycelowaną zmienną za jej etykietę (Nagłówek Zmiennej a nie kolejność rzędu kolumny obok do lewej w oknie). Bez ryzyka utraty stabilności.
"Wyszukaj.Pionowo było jak sklejanie gigantycznego makiety mostu z pudełek do zapałek używając taśmy i modlenia się ze nikt nie wniknie do biura otwierając szerzej okna. Modelowanie "Złączeń JOIN" poprzez silniki SQL to po prostu fundament betonowy, obojętny na trzęsienie ziaren piasku leżących dookoła w powiązaniach mniejszych."

Nauczenie Się bazy zajmuje pracownikom raptem godziny

Mitem pokutującym rzędy księgowości i prezesury B2B o chmurowym powiązaniu przez bazy SQL dla ich korporacji - to olbrzymi, obarczony rzekomo informatycznym studium stromy próg obeznania się pracowników "ze śmiesznymi kompilatorami czarno-zielonymi od hakowania danych". SQL z jego "JOIN", "SELECT" i gramatyką opartą o płynny brytyjski angielski to po dwóch, trzech godzinach warsztatu najbardziej wdzięczny do intuicyjnego używania obieg raportowy dla młodszego księgowego czy dewelopera od e-commerce.