Pamiętam moje pierwsze przesłuchanie o pracę. Dostałem pytanie o normalizacje jakie znam i czemu służą? To zostawiam wam do przeczytania. Kompozycja bazy danych uwzlędniająca normalizacje jest kluczowa. Ale HALO skoro jest kompozycja to jest też dekompozycja niezbędna niekiedy w optymalizacji bazy. Kolejne pytania jakie dostałem to zapytania SQL – były dość proste – pomyślałem „mam te prace”. Pracę dostałem ale końcowa rozmowa o zapytaniach skończyła się przeze mnie tekstem „ID robię tylko where ach” . Duży błąd. Przy projektowaniu bazki można dojść do 100% wprawy wystarczy znać podstawowe wzorce i antywzorce i można samemu modelować relacyjną bd. Najpierw model konceptualny potem fizyczny. Nie wolno nam zapomnieć o podejściu ORM. Obiektywno Relacyjne modelowanie gdy mamy dobrze zaprojektowaną baze oszczedza mnóstwa czasu i energi. Kolejnym aspektem jest proceduralny SQL. Wiele systemów stoi na logice bazodanowej. Tak proceduralny SQL jest niezbędy. Trzeba tylko dobrze commitować bo można wysadzić w powietrze cały system. Fajną zajawką jest też migracja z jednego silnika bazodanowego na inny. np. z mysql na postrgesql czy mssql na oracle. Można sporo się nauczyć dzięki temu. Na wielkich zbiorach danych trzeba także umieć optymalizować zapytania – trzeba robić naprawdę sprawnie. Doskonałym punktem wyjścia w wiedzy o bazach danych jest informacja że Baza Danych jest Solid czyli Stała to troche zestaw plików pełnych treści dostępnych w język SQL po stronie serwera lub w rozproszeniu. Polecam wam bardzo praktyczną książeczke.
Dodaj komentarz