Seite 18 - SQL

GROUP BY ist mehr als nur Gruppieren. Wer die Semantik, ONLY_FULL_GROUP_BY, den Unterschied zwischen WHERE und HAVING sowie die Fan-out-Falle nicht kennt, baut Queries die falsche Zahlen liefern.

Constraints erzwingen Datenintegrität dort, wo sie am zuverlässigsten durchgesetzt werden kann: direkt in der Datenbank. Dieser Beitrag zeigt CHECK, UNIQUE und NOT NULL mit echter Syntax, erklärt Named Constraints, Migrationen bei bestehenden Daten und warum Regeln auf Datenbankebene auch bei sauberer Validierung im Anwendungscode unverzichtbar bleiben.

Stored Procedures gehoeren zu den am wenigsten portablen Bausteinen von SQL, weil jedes grosse Datenbanksystem eine eigene, inkompatible prozedurale Sprache mitbringt. Dieser Artikel vergleicht PL/pgSQL, T-SQL und PL/SQL und zeigt konkrete Strategien, mit denen Geschaeftslogik in Stored Procedures trotzdem migrierbar bleibt.

Ein einfaches GROUP BY über eine Datumsspalte reicht bei Zeitreihen-Aggregation selten aus, denn Tage ohne Ereignisse tauchen im Ergebnis einfach nicht auf. Dieser Artikel zeigt, wie Zeitfenster mit DATE_TRUNC gebildet werden, wie Kalendertabellen und generate_series fehlende Perioden zuverlässig auffüllen und wie sich Vergleichszeiträume wie Vorjahr oder Vorwoche direkt in SQL berechnen lassen.

Wann Normalisierung Reporting ausbremst, wann Denormalisierung die richtige Antwort ist und wie Magento mit Aggregationstabellen das Problem elegant löst.

PREIS

INDEX

SQL · Magento · Preisberechnung · Rabattlogik · EAV

Preis- und Rabattlogik in Magento-Datenbanken nachvollziehen

Magento Preislogik SQL: Wie Basispreis, Sonderpreis, Katalogregeln, Tier Prices und Warenkorbregeln ineinander greifen — und wie man per SQL nachvollzieht, warum ein Produkt einen bestimmten Preis zeigt.

catalog_product_index_price Tier Price Catalog Rule salesrule_coupon

Inhaltsverzeichnis

1. 1. Warum Magento Preislogik so schwer zu durchschauen ist
2. 2. Basispreis im EAV-Modell: catalog_product_entity_decimal
3. 3. Der Preisindex: catalog_product_index_price
4. 4. Katalogpreisregeln: catalog_rule und catalog_rule_product_price
5. 5. Mengenrabatte: catalog_product_entity_tier_price
6. 6. Warenkorb-Rabatte: salesrule und salesrule_coupon
7. 7. SQL: Warum zeigt dieses Produkt diesen Preis?
8. 8. Unterstützung
9. 9. Zusammenfassung
10. 10. FAQ

1. Warum Magento Preislogik so schwer zu durchschauen ist

Magento Preislogik SQL zu verstehen bedeutet, sich durch mehrere Tabellenschichten zu arbeiten,

Ein Audit Trail beantwortet die Frage, wer wann welchen Wert in welcher Zeile geaendert hat, und Anwendungslogs allein koennen diese Frage selten zuverlaessig beantworten. Dieser Beitrag zeigt drei etablierte Muster fuer Change-History-Tabellen in SQL, von Shadow Tables mit Triggern ueber eine zentrale Audit-Tabelle bis zu nativen System-Versioned Tables, inklusive Performance-Kosten und Aufbewahrungsstrategien.

Volumes, OOM-Kill-Risiko, automatische InnoDB-Crash-Recovery, Kubernetes StatefulSets und Backup-Strategien — alles was man für MySQL Docker wirklich wissen muss.

Verschachtelte Aggregation berechnet eine Kennzahl aus bereits aggregierten Werten, etwa den durchschnittlichen Tagesumsatz aus täglichen Summen, statt direkt aus einzelnen Zeilen. Da SQL das direkte Verschachteln von Aggregatfunktionen wie AVG(SUM(spalte)) in derselben SELECT-Ebene verbietet, zeigt dieser Artikel, wie Subqueries und CTEs verschachtelte Aggregation sauber und korrekt umsetzen.

Scale-up und Scale-out loesen unterschiedliche Probleme, werden aber oft wie austauschbare Optionen behandelt. Vertikale Skalierung bedeutet mehr Leistung fuer eine einzelne Instanz, horizontale Skalierung bedeutet mehr Instanzen fuer dieselbe Last. Wer diese Entscheidung falsch trifft, baut entweder ein unnoetig komplexes verteiltes System oder stoesst frueher als noetig an eine harte Kapazitaetsgrenze.