imported>Aka: https, Kleinkram

2021-02-07T10:55:09Z

https, Kleinkram

Neue Seite

{{Belege fehlen|Der Artikel ist komplett belegfrei --[[Benutzer:Wieggy|Wieggy]] [[Benutzer Diskussion:Wieggy|(Diskussion)]] 14:24, 11. Apr. 2014 (CEST)}}
Unter '''Tuning''' versteht man die Feinabstimmung von Parametern einer [[Datenbank]]-Installation oder beeinflussbarer Eigenschaften einer [[Datenbankanwendung]] mit dem Ziel einer [[Leistung (Informatik)|Performance]]-Verbesserung oder einer Verbesserung des [[Durchsatz|Datendurchsatzes]] der Datenbank.<ref>{{Internetquelle | url=https://www.dbs.ifi.lmu.de/Lehre/Datenbankpraktikum/WS1213/folien/7_DBTuning.pdf#page=3 | titel=LMU:Datenbank-Tuning | datum= | zugriff=2018-09-12}}</ref><ref>{{Internetquelle | url=https://pdfs.semanticscholar.org/presentation/0b76/2a23f5b1a359a0b74482fa7b663e5b572952.pdf#page=7 | titel=Database Tuning and Self-Tuning | sprache=en | datum= | zugriff=2018-09-12}}</ref>

Ein Tuning der Datenbankinstallation ist deshalb möglich und oftmals notwendig, weil Datenbank-Management-Systeme ([[DBMS]]) meistens eine enorme, schwer übersehbare Vielfalt an Installations- und Betriebsoptionen anbieten. So kann z. B. eingestellt werden, welche Teile welcher [[Datenbanktabelle]]n in welchen Speicherbereichen physisch abgelegt werden. Ferner können [[Puffer (Informatik)|Puffer]]-Größen, das Verhalten der Datenbank bezüglich noch nicht freigegebener Datenänderungen (siehe [[Transaktion (Informatik)|Transaktion]]), [[Datenbankindex|Index]]-Arten und vieles mehr gezielt beeinflusst werden. Es ist offensichtlich, dass derartige Einstellungen die Performance beeinflussen.

Ein Datenbank-Tuning wird meistens von hochqualifizierten Spezialisten vorgenommen und ist eine sehr kostenintensive Maßnahme mit schwer vorhersehbaren Ergebnissen. Oftmals lassen sich vergleichbare Verbesserungen mit [[Hardware]]-Erweiterungen kostengünstiger erreichen. Deshalb beschränkt sich das Tuning oft auf wenige, einfache Maßnahmen bzw. auf High-End-Anwendungen.

Alternativ besteht die Möglichkeit, nicht die Datenbank-Installation, sondern das [[Datenmodell]] zu optimieren. Typisch hierfür ist die [[Denormalisierung]]. Dabei werden die Strukturen abweichend von der logischen Idealstruktur so verändert, dass die real benötigten [[SQL]]-Zugriffe auf weniger Datenbanktabellen zugreifen müssen und folglich erheblich schneller werden. Durch eine Optimierung der Datenstrukturen lassen sich in der Regel wesentlich größere Performanceverbesserungen erreichen, allerdings mit dem Nachteil, dass dies häufig eine Änderung der bereits fertiggestellten Programme erfordert. Durch die Verwendung von [[Sicht (Datenbank)|Views]] kann aber die Datenstruktur auf Anwendungsebene in vielen Fällen beibehalten werden.<ref>{{Internetquelle | url= https://pdfs.semanticscholar.org/presentation/0b76/2a23f5b1a359a0b74482fa7b663e5b572952.pdf#page=37| titel=Index Tuning: Index Merging | sprache=en | datum= | zugriff=2018-09-12}}</ref>

Ein nochmals deutlich größeres Potential für Performanceverbesserungen bietet jedoch das Tuning auf Anwendungsebene:
Während durch Hardware-Erweiterungen und Tuning der Datenbankinstallation durchschnittlich eine Verdoppelung und durch Optimierung des Datenmodelles durchaus auch eine Verzehnfachung der Performance erreicht werden kann, lässt sich durch den Wechsel des [[Algorithmus]] der Anwendung diese häufig um mehrere [[Größenordnung#Dezimale Größenordnung|Größenordnung]]en beschleunigen, falls die Performance bei deren Entwurf kein [[Softwaredesign|Designziel]] war.

== Möglichkeiten des Tunings von Zugriffsmechanismen ==
* [[Rechnerverbund|Clustering]]
* [[Hashfunktion|Hashing]]
* [[Indexierung]]
* Scanning

== Einzelnachweise ==
<references />

[[Kategorie:Datenbanktheorie]]

Tuning (Datenbank) - Versionsgeschichte

imported>Aka: https, Kleinkram