it-swarm.dev

Dlaczego administrowanie bazą danych jest tak trudne?

Wiem dużo administratorzy baz danych i wszyscy mają ponad 28-29 lat.

Czy cała administracja bazą danych jest taka? Mam na myśli, czy chodzi o zdobywanie doświadczenia przez co najmniej 7-8 lat?

Czy bycie administratorem bazy danych jest tak trudne?

92
Soner Gönül

Stanowisko wymaga szerokiego spektrum wiedzy od rozwoju do administracji systemem, a nawet zarządzania. DBA musi nie tylko wiedzieć o tworzeniu kopii zapasowych, odzyskiwaniu, operacjach wewnętrznych, pamięci i bezpieczeństwie, ale także o tym, jak komunikować się z programistami i zarządem. DBA może przedstawiać zarządzanie na wysokim poziomie, pomagając programistom dostroić zapytanie, zapewniając miejsce na dysku dla nowego systemu i przywracając dane z kopii zapasowej w ciągu tej samej godziny. Obowiązki te wymagają dużej wiedzy przy niewielkim nakładaniu się.

Konsekwencje niepowodzenia są zwykle większe dla DBA niż programista. DBA często obsługują dziesiątki, a nawet setki różnych aplikacji i systemów, z których większość ma zasadnicze znaczenie dla sukcesu firmy. Naruszenie bezpieczeństwa, niepowodzenie odzyskiwania lub problem z wydajnością mogą mieć daleko idące i niszczycielskie konsekwencje. Wymaga to poziomu wiedzy i doświadczenia, którego nie można zdobyć w krótkim czasie.

Im lepiej DBA wykonuje swoje zadanie, tym mniej mają widoczności. DBA z bazą danych, która jest bezpieczna, możliwa do odzyskania, dostępna i działa dobrze, nie będzie rozpoznawana. DBA są zauważane, gdy występują problemy. Zostają zauważeni nie tylko wtedy, gdy ich problemy są spowodowane przez nich samych, ale również obwinione, gdy baza danych ma problemy z powodu złego kodowania, niewłaściwej konfiguracji sieci lub nieprawidłowo skonfigurowanej pamięci.


Kiedy miałem 29 lat, przeszedłem z programisty na DBA. Dla mnie rzeczy, które utrudniają bycie DBA, sprawiają, że jest to bardzo opłacalne. Lubię wchłaniać i wykorzystywać szerokie spektrum wiedzy, a większa szansa na porażkę sprawia, że ​​unikanie ich jest tym bardziej znaczące, czy inni to widzą, czy nie.

141
Leigh Riffel

Stanie się DBA faktycznie wymaga ogromnego doświadczenia, ale może zasadniczo pochodzić tylko z czterech różnych ścieżek:

  1. Będąc programistą i robiąc segue do DBA
  2. Będąc programistą i tworzonym jako DBA
  3. Szkolenie prosto ze szkoły wyższej, aby zostać DBA
  4. Będąc SysAdminem i robiąc segregację do podwójnej służby jako DBA

Bycie programistą i segregowanie do DBA

W innym pytaniu, które zostało zadane na tej stronie: Jak DBA mogą być bardziej „przyjazne dla programistów” , wspomniałem, że byłem programistą przez 16 lat, który pracował z DBA. Po pracy z nimi uświadomiłem sobie, że w zakresie, w jakim ich doświadczenie obejmowało teorię bazy danych, dyskretną matematykę i doświadczenie w programowaniu, do tego stopnia, że ​​mogli zobaczyć, jak baza danych powinna działać i jak należy wykonać zapytanie.

Posiadanie DBA z tymi rzeczami w tle sprawiło, że poczułem, że wciąż uczę się od jakiegoś adiunkta, ale który naprawdę znał ich sprawy. Tak długo, jak DBA był skłonny dzielić się tym, co wiedzieli , nie powierzając ci tego , tak naprawdę mogli zostać twoim mentorem w zakresie opracowywania instrukcji SQL (SQL sam w sobie jest kontekstowy język programowania), które są maksymalnie wydajne. Jasne, istnieją inne przyziemne części, takie jak wykonywanie instalacji, tworzenie kopii zapasowych, aktualizacja oprogramowania, monitorowanie wskaźników wydajności, generowanie raportów i tak dalej. Ale jako programista, jeśli skupisz się na bazach danych i SQL, które działają na tych bazach, z czasem będziesz tak biegły w SQL, że będzie to druga natura i będziesz mógł skupić się na rozwoju aplikacji.

Wymagania wobec dewelopera mogą być opodatkowane, ale DBA również. Deweloper, który dobrowolnie przechodzi do roli DBA, przenosi koncentrację z programowania i kodowania na przyziemne rzeczy, o których wspomniałem wcześniej. W związku z tym DBA ściśle współpracując z programistami stwarza DBA możliwość wniesienia twórczego wkładu do każdego projektu, dzięki czemu rola DBA jest o wiele bardziej interesująca.

Będąc programistą i opracowywanym jako DBA

Dla większości programistów, którzy nie widzą niczego poza rozwijaniem i kodowaniem przez resztę życia, może to być jak wybranie udziału w reality show Survivor lub teleturnieju Wymaż . Nowy DBA spędza czas na interakcji z tą czarną skrzynką (znaną nam po prostu jako baza danych), z którą kontaktowali się w celu uzyskania danych przez lata.

Nowy DBA może teraz tworzyć własne tabele i indeksy. Może to przypominać wpuszczenie japońskiego Hibachi do włoskiej restauracji. Kucharz może wszystko wymieszać, ale musi zdać sobie sprawę, że istnieją nowe przepisy, przybory kuchenne, sztućce, mięso, przyprawy, warzywa i wiele innych przyziemnych rzeczy, do których należy się dostosować (warunki sanitarne, ekwipunek, czas rozpoczęcia, godziny pracy itp.). To nie tylko czas przejścia, ale także czas na pokonanie wspaniałej krzywej uczenia się. Należy uczyć się i rozwijać nowy poziom doświadczenia, pomimo wieloletniego doświadczenia japońskiego kucharza. W tym aspekcie programiści muszą się przekwalifikować, aby myśleć jak DBA.

Szkolenie prosto ze szkoły wyższej do szkoły DBA

Jest to zdecydowanie najbardziej śmiercionośny sposób, aby stać się DBA. Jest to również najrzadsza ścieżka - w rzeczywistości jest to praktycznie niesłychane. Teraz rozmawiamy o wpuszczeniu kogoś z McDonald's lub Burger Kinga do tej samej włoskiej restauracji.

W grę wchodzą trzy krzywe uczenia się:

  1. Zastosowanie umiejętności z college'u/szkoły handlowej do roli DBA,
  2. Interakcja z konkretnymi RDBMS (PostgreSQL, Oracle, MySQL, DB2, Sybase, Ingres) oraz
  3. Interakcja z programistami ( w przyszłości DBA uczy się przyzwoitych umiejętności społecznych prosto ze szkoły? Tak, prawda! ).

Dzięki temu programiści będą mieć przewagę nad DBA przez lata. DBA muszą nauczyć się szybko dostosowywać do potrzeb programistów we wczesnych latach pracy jako DBA. Być może DBA może uzyskać przyzwoitą pensję początkową, ale trudniej jest ją rozwijać bez rozwijania się w tych trzech obszarach uczenia się.

Bycie SysAdminem i wykonywanie segregacji lub podwójna służba jako DBA

Jako były programista, a teraz DBA, nie należy brać za pewnik roli SysAdmin.

Posiadanie roli SysAdmin/DBA jest dla mnie trochę inspirujące. W firmie hostingowej mojego pracodawcy mamy gościa, który jest SysAdmin/DBA (SCMDBA). Jest tak zalany projektami infrastrukturalnymi i własnymi wewnętrznymi koncertami MySQL. Nie zazdroszczę mu, pochwalam go. Szczerze mówiąc, ponieważ prawdziwy umysł SysAdmin/DBA jest mi obcy, pozostawiam do uznania SysAdmin/DBAs, aby zaktualizować ten akapit (lub całkowicie go zastąpić), aby opisać tę ścieżkę .

Wniosek

Bez względu na to, którą ścieżkę wybierzesz, rolę DBA można wyróżnić lub obrzydliwie, w zależności od tego, jak chętnie jesteś mentorowany (lub torturowany) na początku, i jak chętnie pracujesz z innymi osobami. Tylko wtedy można powiedzieć, że lubią być DBA.

Nawiasem mówiąc, tak się składa, że ​​miałem pierwsze dwie ścieżki DBA, począwszy od sierpnia 2004 roku w wieku 39 lat. Dwa lata doświadczenia w opracowaniu roli DBA sprawiły, że przejście na pełnoetatową DBA było bardzo przyjemne i wygodne .

Moja rada dla DBA w wieku 28-29 lat? Bądź równie dobry w pracy z ludźmi, jak Ty z RDBMS. Jeśli rośniesz w obu obszarach, możesz zrobić to jako DBA przez wiele lat.

57
RolandoMySQLDBA

Administrowanie bazą danych jest trudne z dwóch powodów

Powolne sprzężenie zwrotne Jeśli ktoś podejmie złą decyzję w roli architekta oprogramowania, uzyskanie negatywnej informacji zwrotnej zwykle trwa dłużej niż w przypadku programisty. Programiści często zdają sobie sprawę z błędu podczas kompilacji lub podczas uruchamiania testów, co oznacza, że ​​cykl uczenia się jest dość szybki. Administrator bazy danych popełniający błąd podczas projektowania bazy danych może po prostu uzyskać informację zwrotną, gdy odkryje, w jaki sposób użytkownicy końcowi będą faktycznie korzystać z oprogramowania. Oznacza to, że informacja zwrotna na temat wadliwego projektu bazy danych może wymagać lat. Dlatego zdobycie doświadczenia zajmuje lata, a nie minuty (czasem) dla programistów.

Drogie błędy To jest również powód, dla którego prezesi dużych firm są na ogół po pięćdziesiątce.

37
David

Bardzo łatwo jest być złym DBA

Poważnie jednak DBA zwykle ponosi szczególną odpowiedzialność za coś, co często ma kluczowe znaczenie dla sukcesu lub niepowodzenia firmy: jej dane

Jeśli prowadzisz firmę, być może zechcesz zatrudnić kompetentnych, doświadczonych ludzi w tej roli

Nie sądzę, że jest to kwestia „łatwiejsza” lub „trudniejsza” - tylko pytanie o to, jak cenne są twoje dane: Umieszczenie satelity w kosmosie nie jest trudniejsze niż osoba, ale sprawdziłbyś swoje sumy dużo więcej dla tych drugich

Moim zdaniem bycie Administratorem Bazy Danych jest łatwe ... dopóki coś się nie zepsuje, co zagraża firmie i obciążeniu związanym z naprawą i przywróceniem tego, co jest na twoich barkach.

Bycie administratorem bazy danych (lub administratorem sieci lub systemu) to pozycja, która wymaga określonego poziomu dojrzałości. Potrzeba kogoś, kto dobrze pracuje pod presją. Nie oznacza to, że nie ma tam młodszych ludzi, którzy poradziliby sobie z tym dzięki niezbędnemu zestawowi umiejętności.

Łatwo jest również nauczyć się poleceń z książki, aby wykonać kopię zapasową/przywrócić bazę danych, zoptymalizować konfigurację serwera itp. Ale doświadczenie wygrywa, gdy pojawi się ostrzeżenie o awarii bazy danych.

18
Derek Downey

Znam wielu administratorów baz danych, którzy mają ponad 28–29 lat. Czy cała administracja bazą danych jest taka?

Większość dobrych, solidnych programistów, których znam, ma również co najmniej 25 lat. Wyobrażam sobie, że istnieje czynnik skorelowany z wiekiem + doświadczenie = dobry programista. ;)

Mam na myśli, czy chodzi o zdobywanie doświadczenia przez co najmniej 7-8 lat? Czy bycie administratorem bazy danych jest tak trudne? Co myślisz?

Bycie administratorem bazy danych nie jest łatwe, jeśli o to ci chodzi. Jest wiele rzeczy, które powinieneś wiedzieć jako dba. To także oznacza szkołę i oznacza kilkuletnie nauczanie pod inną osobą. Pamiętaj, że bazy danych są ustawione na logikę, o której prawie nikt nie chodzi do szkoły wystarczająco długo, aby się uczyć, o czym więc nikt nie wie. Set-logic dzieli niektóre reguły z algebrą, ale silniki (MSSQL, Oracle itp.) Same w sobie są pokręconymi bestiami implementującymi te reguły, więc nie tylko musisz zrozumieć matematykę baz danych, musisz zrozumieć implementację uruchomić na. To nawet się nie liczy znajomość preferowanego języka skryptowego (PL/SQL, TSQL itp.).

Następnie weź pod uwagę, że jako dba będziesz odpowiedzialny za zapewnienie, że najbardziej krytyczne dane biznesowe będą często powierzane twoim rękach. Musisz minąć najgorsze części „popełniania głupich błędów” i musisz nauczyć się trochę powściągliwości. Większość osób w wieku 21–23 lat jeszcze się tego nie nauczyła. Niektórzy z nas w wieku 30 lat wciąż nie mają.

OT: Dlatego mówię, że ludzie tak naprawdę nic nie wiedzą, dopóki nie osiągną co najmniej 40 lat, i do tego czasu są rozważani za wzgórze, kiedy w rzeczywistości osiągają po prostu swój krok. (powiedział jako ktoś, kto ma 31 lat)

18
jcolebrand

Nie sądzę, że bycie DBA jest trudne. Stanie się jednym było jednak.

16
user1875

Chciałem odpowiedzieć, aby dodać jeszcze jeden aspekt, który nie został dobrze omówiony powyżej: pole widzenia.

Istnieje wiele różnych ról dla programistów, a niektóre (na przykład opracowywanie sterowników urządzeń lub tworzenie harmonogramów systemów operacyjnych) wymagają bardzo wąskiego pola widzenia i umiejętności zagłębiania się w niewielki problem i patrzenia na niego z czysto technicznego punktu widzenia . Istnieją inne pola, które wymagają bardzo szerokich pól widzenia, ale nie tak dużej głębi technicznej (tworzenie aplikacji biznesowych przy użyciu ERP wybrany przez Ciebie model).

Bazy danych są wyjątkowe, ponieważ aby je dobrze wykonać, musisz być w stanie szybko i płynnie przełączać się między tymi trybami. Bazy danych są silnikami matematycznymi, ale są silnikami matematycznymi, które pasują do środowisk biznesowych w bardzo złożony sposób. Dlatego trzeba być w stanie zarówno rozwiązać problem matematyczny jako problem matematyczny, jak i zapytać, jak pasuje do wszystkiego innego.

Kiedy patrzysz na starszych inżynierów sieci lub starszych administratorów systemów, są oni najbliżsi do starszego DBA w tym obszarze (chociaż każde pole jest zupełnie inne - dobry starszy sysadmin wymaga jeszcze szerszego pola widzenia niż dobry dba, i dobrzy inżynierowie sieci wymagają głębszego pola).

Innymi słowy, aby być dobrym DBA, musisz być w stanie przechodzić między wysokimi wymaganiami biznesowymi i bardzo niskimi poziomami zrozumienia rzeczywistej pamięci dyskowej, a także relacyjnymi zagadnieniami matematycznymi i czysto technicznymi zagadnieniami projektowymi, wszystko bez jakiekolwiek rzeczywiste przejście (i prawdopodobnie w trakcie oceny konkretnej decyzji).

Funkcjonuję jako DBA i programista. Te dwie role są bardzo komplementarne, ale najpierw jestem DBA i gdybyście zobaczyli biblioteki, które napisałem, byłoby to oczywiste. Ale powodem, dla którego się uzupełniają, jest to, że po stronie programistycznej mogę bezpośrednio komunikować się z użytkownikami końcowymi oprogramowania, dlatego ciągle jestem naciskany na robienie wizji, a po stronie dbam o siebie na głębokości.

14
Chris Travers

Jest inna ścieżka, nieco inna niż te wymienione.

Zacznij jako programista, następnie projektant bazy danych, a następnie DBA. Ta ścieżka była bardziej powszechna około trzydzieści lat temu, kiedy bazy danych zaczęły wyprzedzać aplikacje oparte na plikach, a osoby posiadające wiedzę na temat baz danych były nieliczne i dalekie

PS: Kiedy byłem byłym programistą, który stał się DBA, programiści pytali mnie: „czy DBA nie jest nudne?”

Moja odpowiedź: „to nudne tylko wtedy, gdy robisz to dobrze!”. :)

8
Walter Mitty

Raczej jestem na początku mojej podróży DBA, ale oto kilka powodów, dla których ludzie mogą znaleźć tę pracę ciężko ... To trudne, ponieważ:

  • masz wiele obowiązków: ludzie mogą przychodzić i odchodzić w firmie, ale dla wielu z nich najważniejszym zasobem są dane. Jesteś za to odpowiedzialny i posiadasz nad nim wszelkie uprawnienia. Jak mówi przysłowie, z wielkimi mocami wiążą się wielkie obowiązki. Czają się bardzo kosztowne błędy.
  • musisz się uczyć i ciągle się uczyć: widzę to jako bonus, ale nie wszyscy ludzie chcą poświęcić czas na aktualizację swojej wiedzy.
  • może to być czasochłonne: w środku nocy wszystko się zepsuje, czy będziesz gotowy?
  • często będziesz musiał naprawiać błędy innych ludzi i przeważnie nie dostaniesz dużo uznania za całą dobrą pracę. Nie bój się doskonalić umiejętności swoich ludzi.

Brad Mc Gehee napisał książka na ten temat: „Jak zostać wyjątkowym DBA”. Warto przeczytać, jeśli zamierzasz pogłębić pytanie.

Powodzenia!

7
KookieMonster

Zostałem dba w wieku 25 lat. Zajęło mi to 6 miesięcy od rozpoczęcia nauki, aby uzyskać certyfikat, a 2 miesiące później miałem pracę. Myślę, że determinacja zdecydowanie odgrywa znaczącą rolę. Dla mnie nie było trudno znaleźć pracę. Wystarczyła siła woli do nauki i pokazanie, że byłem w stanie nauczyć się tego, co zawsze przede mną.

Powiem, że wszystko, co miałem, to dyplom psychologii i zaplecze działu pomocy technicznej. Kiedy dostałem pracę jako Oracle Apps DBA, od razu pomyślałem o OMG, wszystkie rzeczy, które studiowałem, aby zostać CORE DBA, nie pomogły mi ani trochę. Pamiętam, że czułem się bardzo przytłoczony. Musiałem codziennie przypominać sobie, że mogę się tego nauczyć, a 2 lata później zdobyłem o wiele więcej wiedzy.

Mówię o tym, że bycie DBA wcale nie jest trudne, wcale trudne, ale uczenie się wszystkiego w pracy i poza pracą, które powinniśmy wiedzieć, jak wspominali wcześniej dba, jest czasochłonne i wymaga dużo staranności. Odkryłem, że u 27 osób w moim wieku lub młodszych nie ma staranności ani chęci uczenia się tak szerokiego spektrum technologii. Ale uwielbiam swoją pracę jako Oracle Apps DBA i czekam na wszystko, co będzie stale rzucane na mojej drodze do nauki. Możesz to zrobić, jeśli skupisz się na tym, nie ważne w jakim jesteś wieku!

5
oracledbagirl

Bycie DBA oznacza również, że jesteś proaktywny zamiast reaktywny. Musisz sobie wyobrazić, co przyniesie przyszłość i odpowiednio zaplanować. Wymaga to ciężkiej pracy ... raz, wiele, wiele razy, a jeśli zrobisz to dobrze, nagrodą jest całkowity brak rozpoznawania imienia. :-) Musisz także mieć możliwość powiedzenia „nie” ludziom (w tym szefom) i obiektywnie, skutecznie komunikować swoje powody, dla których pod względem zrozumienia twoja publiczność może to zrozumieć. Musisz być ostrożny i podejmować racjonalne decyzje w sytuacjach wysokiego ciśnienia. Musisz być w stanie szybko popełnić swoje błędy i nie pozwolić, aby cię niebiesko wyświetlili, ale raczej skutecznie przełączaj biegi z „Nie mogę uwierzyć, że to właśnie zrobiłem” na „OK, jaki jest najlepszy sposób, aby to naprawić”. Musisz być w stanie taktownie zasugerować ulepszenia kodu programisty, aby nie obrażać ani nie obrażać, a jest to sztuka kultywowana przez doświadczenie opanowane przez nielicznych.

5
stacylaray

Jako ktoś, kto uważa się przede wszystkim za SysAdmin, a po drugie za przypadkową DBA, myślę, że część tego sprowadza się do ilości wiedzy wymaganej do samodzielnego stawienia się i wykonania pracy, a może, co ważniejsze, do zrozumienia pracy.

Myślę, że stary certyfikat MCDBA podsumowuje go całkiem dobrze. Wymagało to zaliczenia czterech egzaminów, egzaminu SysAdmin, egzaminu z infrastruktury sieci, egzaminu z opracowania bazy danych i egzaminu z administracji SQL. To dość szeroki zakres tematów, więc realistycznie najprawdopodobniej przyjdziesz na jeden z nich. Twierdziłbym, że większość administracji SQL stoi na barkach pozostałych trzech, więc większość ludzi przychodzi do niej jedną z tych dróg na początku. Na przykład SysAdmin obsługujący kopie zapasowe SQL (moja pierwsza wyprawa do SQL wiele lat temu) lub programista projektujący bazę danych dla kodu, który piszą. Na początku nie będziesz wiedział wszystkiego, ale będziesz miał uziemienie w co najmniej części, na przykład system SQL działa i jak działają uprawnienia lub metody programowania używane do komunikowania się z bazą danych, a stamtąd mogę nauczyć się reszty.

Trudno jest ocenić, czy bycie DBA jest naprawdę tym, co chcesz robić, dopóki tego nie zrobisz, ale dzięki powyższej drodze ludzie są w stanie stopniowo do tego dojść. Możesz to uwielbiać i skupić się na karierze, albo odkryć, że nie jest to dla ciebie i trzymać się poprzedniej ścieżki kariery, a wszystko to bez wielkiego skoku w nieznane. Ale to wymaga czasu i pasuje to do tego, że DBA jest „mądrzejsza od lat” w branży.

Aby być dobrym DBA, potrzebujesz również pewności siebie i dojrzałości, które zwykle przychodzą z wiekiem. Inni wymieniali inne aspekty tego, ale dodam, że mam pewność, że powiesz „nie” i nie ustępujesz, uspokojony doświadczeniem, aby wiedzieć, kiedy jest to właściwe.

Wreszcie, myślę, że bycie dobrym DBA wymaga pewnego sposobu myślenia i ciężko jest wiedzieć, czy go masz, dopóki nie znajdziesz się w okopach. Dbałość o szczegóły, gotowość do planowania z wyprzedzeniem, umiejętność patrzenia na duży obraz oraz brak obaw przed dokumentowaniem swojej pracy to ważne aspekty utrzymania stabilnego systemu. Niektórzy SysAdmini i programiści są tacy i mogą z łatwością dokonać przejścia, podczas gdy inni mogą odkryć, że ich podejście ma wartość w ich bieżącej pracy, jako DBA będą walczyć i uznają te rzeczy za uciążliwe i nie będą cieszyć się pracą.

4
Keith Langmead

Myślę, że najtrudniejszą częścią stania się dość mimowolnym administratorem baz danych jest fakt, że musisz znieść wszystko, co dzieje się z bazami danych konkretnej organizacji, na którą się natknąłeś.

Z mojego doświadczenia wynika, że ​​mój pierwszy szok miał miejsce w poniedziałek rano, kiedy serwer bazy danych rozbił się z powodu pozornie błędu sprzętowego, ale mimo to podejrzewałem, że zrobiłem coś źle.

Możesz sobie wyobrazić, że cokolwiek się nauczyłeś lub ćwiczył w swoim życiu, musi być zastosowane, aby sprawić, że to znowu zacznie działać. Następnie możesz oczywiście utworzyć klon, a nawet wykonać kopię zapasową wszystkich elementów - mówimy tutaj o małym serwerze bazy danych, który kieruje rzeczy do innych sieci komputerowych za pośrednictwem serwerów łączy. Mimo to odpowiedzialność w tych chwilach jest ogromna.

Jako programista lub tester oprogramowania odpowiedzialność jest również duża, ale nigdy nie doświadczyłem tak trudnych czasów. Mogę sobie wyobrazić, że powodem jest to, że każdy z nich tka tylko odrobinę pajęczyny świata technologii informatycznych.

Jeśli kiedykolwiek zostanę administratorem bazy danych, będę aktualizować wszystko, co tu teraz napisałem.

I tak, mam teraz 38 + 1/2 lat.

3
user62547

Jak większość umiejętności, nauka bycia dba wymaga czasu. Stanie się dobrym dba trwa dłużej. Im więcej czytasz i uczysz się, tym więcej wiedzy możesz zastosować.

Inną ścieżką do zostania dba jest pisanie raportów lub jako ekspert aplikacji. Im więcej czasu poświęcisz na SQL, tym więcej dowiesz się, jak działa dbs. Zdobycie biegłości w zapytaniach SQL zapewni dobry punkt wyjścia do zostania dba.

1