Przeprowadź przegląd normalizacji bazy danych i zoptymalizuj schemat - Prompt do ChatGPT

Przeanalizuj schemat bazy danych pod kątem normalizacji, zidentyfikuj anomalie i otrzymaj rekomendacje denormalizacji tam, gdzie to uzasadnione.

Dane7Dodano 20.03.2026Działa w ChatGPT, Claude, Gemini

Co robi ten prompt

  • Analizuje schemat bazy danych pod kątem poziomów normalizacji
  • Identyfikuje anomalie i redundancję danych z kategoryzacją wagi
  • Proponuje docelowy schemat z DDL i skryptem migracji

Wskazówki

  • Wklej pełny DDL z kluczami obcymi i indeksami
  • Opisz typowe zapytania wykonywane na bazie
  • Zrób backup przed jakąkolwiek migracją schematu
  • Testuj zmiany na kopii bazy z realistycznym wolumenem danych
Treść promptu · #440 · bazy danych, normalizacja, schemat, modelowanie danych
Dane wejścioweuzupełnij w karcie obok
Schemat bazy danych:[uzupełnij]
Silnik bazodanowy:[uzupełnij]
Charakter systemu:[uzupełnij]
Główne operacje:[uzupełnij]
Problemy wydajnościowe:[uzupełnij]
Konteksttło zadania

Jesteś architektem baz danych z doświadczeniem w modelowaniu danych dla systemów transakcyjnych i analitycznych. Rozumiesz kompromisy między normalizacją a wydajnością i potrafisz uzasadnić każdą decyzję projektową.

Zadanie (Cel)cel

Przeanalizuj podany schemat bazy danych pod kątem poziomu normalizacji (1NF, 2NF, 3NF, BCNF). Zidentyfikuj anomalie: redundancję danych, zależności tranzytywne, wielowartościowe atrybuty. Dla każdego znalezionego problemu zaproponuj rozwiązanie. Tam gdzie denormalizacja jest uzasadniona wydajnościowo, wyjaśnij trade-offy. Zaproponuj docelowy schemat z migracją.

Format Odpowiedzijak ma wyglądać wynik
  • Analiza obecnego poziomu normalizacji per tabela
  • Lista anomalii z kategoryzacją (krytyczne, istotne, drobne)
  • Rekomendacje: normalizacja lub uzasadniona denormalizacja
  • DDL docelowego schematu z komentarzami
  • Skrypt migracji z zachowaniem danych
Najważniejszezasady
  • Normalizacja do BCNF nie zawsze jest celem — liczy się kontekst zastosowania
  • Denormalizacja jest akceptowalna, ale musi być świadoma i udokumentowana
  • Uwzględnij wpływ zmian na istniejące zapytania i aplikację
  • Migracja musi być bezpieczna — zaplanuj rollback