MySQL

IDE

{ }

PhpStorm · MySQL · MariaDB · SQL · Magento 2

Database Tools in PhpStorm
für MySQL und MariaDB richtig einsetzen

PhpStorm enthält einen vollwertigen Datenbankclient, der TablePlus, phpMyAdmin oder DBeaver für die meisten Entwicklungsaufgaben ersetzt. Verbindungen einrichten, SQL mit Autovervollständigung schreiben, Schemas visualisieren und Dumps erstellen – alles ohne die IDE zu verlassen und mit direktem Kontext zur geöffneten PHP-Datei.

14 Min. Lesezeit Database Console · Schema-Diagramme · Dumps · SQL-Autovervollständigung PhpStorm 2024.x · MySQL 8.x · MariaDB 11.x

Inhaltsverzeichnis

1. 1. Was die PhpStorm Database Tools leisten – und was nicht
2. 2. Datenbankverbindung zu MySQL und MariaDB einrichten
3. 3. Docker-Container als Datenbankquelle verbinden
4. 4. SQL Console: Abfragen schreiben und ausführen
5. 5. SQL-Autovervollständigung und Code-Intelligenz
6. 6. Schema-Browser und Diagramme
7. 7. Daten direkt im Tabellen-Editor bearbeiten
8. 8. Dumps erzeugen und importieren
9. 9. PhpStorm Database vs.

Langsame Kataloge entstehen fast nie durch zu wenig Hardware, sondern durch Queries ohne passenden Index, unnötig breite SELECT-Statements und fehlendes Caching. Dieser Artikel zeigt, wie man EXPLAIN-Pläne liest, fehlende Indizes diagnostiziert, Connection-Overhead reduziert und MySQL/MariaDB gezielt für katalogschwere PHP-Anwendungen konfiguriert.

Wer E2E Suiten gegen einen unbekannten Datenbankzustand laufen lässt, produziert Flaky Tests statt verlässlicher Ergebnisse. Dieser Artikel zeigt, wie Magento Shops vor jedem Testlauf in einen exakt bekannten Zustand versetzt werden, über API Aufrufe, CLI Befehle oder direkte SQL Fixtures, und wie dieser Zustand zwischen Testläufen schnell zurückgesetzt wird, ohne jedes Mal komplett neu zu seeden.

Claude kann aus einer fachlichen Beschreibung einen ersten Entwurf für eine db_schema.xml-Änderung oder einen Data Patch erstellen und beschleunigt damit den Einstieg in Magento-Datenbankmigrationen erheblich. Trotzdem ersetzt kein KI-Vorschlag die manuelle Prüfung, denn Änderungen an Produktionsdaten sind selten folgenlos rückgängig zu machen und verdienen zusätzliche Sorgfalt bei jedem Schritt.

Ein einzelner Listen-Query gefolgt von einer Query pro Element im Loop wirkt im Entwicklungsalltag harmlos, verwandelt sich unter Produktionslast jedoch in hunderte oder tausende Datenbankaufrufe pro Seitenaufruf. Dieser Artikel zeigt, wie sich das N+1-Query-Problem in ORM- und Collection-Code erkennt, mit Eager Loading und Batch-Queries beheben und mit Profiling-Tools dauerhaft überwachen lässt.