🥔 Ziemniak w Dresie

Bazy w dresie #2.1 | Cykl życia bazy danych

📂 MySQL

Cykl życia bazy danych


Cykl życia bazy danych to cykl kroków do zaprojektowania bazy danych. Tworzy się po to, aby przedstawić kolejne etapy powstawania bazy danych. Ułatwia to porządkowania elementów i zachować spójność w czasie tworzenia bazy.

Etapy projektowania bazy danych


Tak to wygląda

  1. Planowanie skuteczne
    • Określamy cel bazy danych. Do czego ma służyć, jakie problemy rozwiązuje.
    • Wyznaczamy zakres projektu. Co będzie przechowywane, jakie dane są kluczowe.
    • Tworzymy harmonogram i przydzielamy zadania zespołowi.
    • Przewidujemy zasoby: serwery, oprogramowanie, budżet, czas pracy.
  2. Określenie zasobu i granic
    • Identyfikujemy, jakie dane będą w bazie (zasoby): np. użytkownicy, produkty, transakcje.
    • Wyznaczamy granice systemu – co nie będzie przechowywane w bazie.
    • Ustalamy poziom bezpieczeństwa, dostępność i ograniczenia systemu.
  3. Zbieranie wymagań
    • Rozmawiamy z użytkownikami końcowymi i interesariuszami.
    • Spisujemy wymagania funkcjonalne (co baza musi robić) i niefunkcjonalne (wydajność, bezpieczeństwo).
    • Tworzymy diagramy przypadków użycia – jak użytkownicy będą korzystać z systemu.
  4. Projektowanie konceptualne
    • Tworzymy model danych wysokiego poziomu – zwykle diagram ERD (Entity-Relationship Diagram).
    • Określamy encje, ich atrybuty i powiązania między nimi.
    • Definiujemy klucze główne i obce, aby utrzymać spójność danych.
  5. Wybór DBMS (Systemu Zarządzania Bazą Danych)
    • Decydujmy się, czy baza będzie: relacyjna (MySQL, PostgreSQL) czy nierelacyjna (MongoDB, Cassandra).
    • Uwzględniamy wymagania wydajności, skalowalności i kosztów.
    • Sprawdzamy kompatybilność z planowaną aplikacją.
  6. Projekt aplikacji – projekt interfejsu użytkownika
    • Tworzymy schemat UI: jak użytkownicy będą wprowadzać i pobierać dane.
    • Projektujemy formularze, widoki, raporty, interakcje.
    • Upewniamy się, że interfejs jest intuicyjny i zgodny z wymaganiami.
  7. Tworzenie prototypu
    • Budujemy małą wersję testową bazy i aplikacji.
    • Sprawdzamy logikę relacji, poprawność wprowadzania danych.
    • Prototyp pozwala wyłapać problemy przed pełnym wdrożeniem.
  8. Konwersja i przenoszenie danych
    • Jeśli istnieją stare systemy, przygotowujemy dane do migracji.
    • Mapujemy dane ze starych struktur na nowe tabele.
    • Importujemy dane testowo, sprawdzamy poprawność.
  9. Testowanie i wstawianie błędów
    • Testujemy bazę i aplikację: wydajność, integralność danych, bezpieczeństwo.
    • Wprowadzamy poprawki do błędów wykrytych w prototypie lub migracji.
    • Warto stosować testy automatyczne i scenariusze przypadków użycia.
  10. Konwersja bieżąca
    • Po pełnym wdrożeniu baza działa z danymi produkcyjnymi.
    • Procesy migracji danych wykonywane są w trybie bieżącym, aby użytkownicy mogli korzystać z systemu bez przerw.
    • Monitorujemy wydajność i w razie potrzeby wprowadzamy optymalizacje.