![translation](https://cdn.durumis.com/common/trans.png)
To jest post przetłumaczony przez AI.
Wybierz język
Tekst podsumowany przez sztuczną inteligencję durumis
- Jeśli modelowanie danych logicznych polega na tworzeniu tabel odpowiednich dla relacyjnych baz danych, modelowanie danych fizycznych polega na tworzeniu tabel do rzeczywistego wykorzystania, uwzględniając wydajność i efektywne wykorzystanie przestrzeni dyskowej.
- Możliwe jest zwiększenie wydajności poprzez wykorzystanie wolnych zapytań, indeksów i pamięci podręcznej. Jeśli problemy z wydajnością będą się utrzymywać, można rozważyć denormalizację, która modyfikuje strukturę bazy danych.
- Normalizacja rezygnuje z wydajności odczytu na rzecz wygody operacji zapisu, podczas gdy denormalizacja może prowadzić do utraty wydajności. Należy dokładnie zdiagnozować problem i podjąć decyzję ostrożnie.
Jeśli logiczne modelowanie danych było zadaniem tworzenia idealnych tabel dla relacyjnych baz danych, to fizyczne modelowanie danych obejmuje tworzenie tych idealnych tabel w rzeczywiste tabele, uwzględniając efektywne wykorzystanie przestrzeni dyskowej, projektowanie partycjonowania obiektów, projektowanie optymalnych indeksów itp., ze szczególnym uwzględnieniem zwiększenia wydajności i optymalizacji.
W przypadku działania usługi metody wyszukiwania powolnych zapytań powodujących wąskie gardła różnią się w zależności od typu DBMS, awolne zapytanienależy wyszukać za pomocą słowa kluczowego.
Aspekty do rozważenia w celu zwiększenia wydajności
Wolne zapytanie (Slow Query)
- Wolne zapytanie to zapytanie, które nie zostało wykonane przez DBMS w określonym czasie po otrzymaniu żądania.
- Zidentyfikuj powolne zapytania, które powodują wąskie gardła, określ problem i rozwiąż go.
Indeks (Index)
- Indeksy radykalnie poprawiają wydajność odczytu wierszy.
- Jednak obniża wydajność zapisu i zużywa więcej miejsca na dysku.
Pamięć podręczna (Cache)
- Sposób zmniejszenia obciążenia bazy danych na poziomie aplikacji
- Metoda polegająca na przechowywaniu w pamięci podręcznej odpowiedzi na żądania z tymi samymi danymi wejściowymi i odpowiadaniu na nie.
Jeśli problemy z wydajnością nie zostaną rozwiązane przy użyciu powyższych metod, należy przeprowadzić procedurę zwaną denormalizacją lub odnormalizacją.
Jest to zmiana struktury tabeli.
Kompromisy normalizacji
Normalizacja jest równoważna z rezygnacją z wydajności odczytu w celu zwiększenia wygody podczas pisania. Normalizacja wymaga tworzenia zapytań łączących dane z różnych tabel.
Jednak normalizacja niekoniecznie obniża wydajność, dlatego przed rozpoczęciem denormalizacji należy dokładnie zidentyfikować problem i go przeanalizować.
Poniższy link zawiera dobry artykuł na tematdenormalizacji, który zostanie omówiony w przyszłości.
Denormalizacja, odnormalizowanie (denormalization)
Należy pamiętać, że denormalizację należy przeprowadzić po normalizacji. Od samego początku tworzenie nienormalizowanych tabel nie jest dobrym pomysłem.
Nie jest to wiedza niezbędna w tej chwili, więc jedynie ją sobie zapamiętamy.
Techniki denormalizacji tabel
Źródło - DataOnAir - Denormalizacja i wydajność
Denormalizacja kolumn
Źródło DataOnAir - Denormalizacja i wydajność
Denormalizacja relacji
Źródło - DataOnAir - Denormalizacja i wydajność