Entwicklerhandbuch

Tabellen-Detail

Datenmodell

Tabellen-Detail

Tabellenprofile mit Zweck, Tenant-Key, Kritikalität, Beziehungen und technischer Spaltenstruktur.

DB-Tabellen: 333Views: 0Trigger: 0
Tabellen-Detail

hcc_extras

Vertiefte Sicht auf fachlichen Zweck, Mandantenbezug, Nutzungsstatus, Datenverantwortung, Risiken und Spaltenstruktur dieser Tabelle.

← Zurück zu Datenbank

Inventar / ZusatzleistungenNutzung: aktivKritikalität: mittelTenant-Key: ex_hotel_nrGo-Live: mittel
22
Spalten
0
Dateibezüge
0
Lese-/Schreibhinweise
1
ID-/Verknüpfungsfelder
Tenant-/Hotelbezug
Dieser Bereich arbeitet direkt mit hotel- bzw. mandantenbezogenem Scope. Änderungen sollten immer auf saubere Zuordnung und Scope-Logik geprüft werden.

Langbeschreibung

Extras

Die Tabelle `hcc_extras` speichert fachliche Daten und Zuordnungen innerhalb des Systems. Sie schafft dafür eine eigene, klar abgegrenzte Datenbasis, damit Informationen in diesem Bereich nicht unsystematisch über mehrere Tabellen oder Prozessschritte verstreut werden.

Überblick
Kurzbeschreibung

Die Tabelle `hcc_extras` speichert fachliche Daten und Zuordnungen innerhalb des Systems. Sie schafft dafür eine eigene, klar abgegrenzte Datenbasis, damit Informationen in diesem Bereich nicht unsystematisch über mehrere Tabellen oder Prozessschritte verstreut werden.

Fachlicher Zweck
Wofür diese Tabelle gebraucht wird

Der Hauptzweck von `hcc_extras` besteht darin, fachliche Daten und Zuordnungen innerhalb des Systems dauerhaft und strukturiert zu speichern. Statt Informationen lose in mehreren Stellen zu verteilen, schafft die Tabelle einen klaren Ort, an dem genau dieser Ausschnitt des Fachmodells gepflegt, verknüpft und später wieder ausgewertet werden kann.

Warum es sie gibt

Diese Tabelle existiert, weil das System für `Extras` eine eigene, eindeutig zuständige Datenablage benötigt. Ohne einen solchen dedizierten Speicher würden Informationen schneller doppelt gepflegt, uneinheitlich verknüpft oder nur schwer nachvollziehbar verarbeitet werden. Die Tabelle verbessert deshalb Stabilität, Wartbarkeit und fachliche Trennung.

Nutzen im Alltag

Der geschäftliche Nutzen liegt vor allem in klareren Datenstrukturen, weniger Redundanz und einer stabileren Grundlage für angrenzende Prozesse.

Einfach erklärt
Für Nicht-Techniker

Einfach erklärt hält `hcc_extras` strukturierte Hintergrunddaten bereit, die das System für Zuordnungen, Auswahlen, Auswertungen oder technische Abläufe braucht. Solche Tabellen fallen im Alltag oft weniger auf, sind aber wichtig, damit andere Bereiche stabil und konsistent arbeiten können.

Technische Einordnung
Für Entwickler

Technisch dient `hcc_extras` als persistente Tabelle für fachliche Daten und Zuordnungen innerhalb des Systems. Sie bildet entweder Stammdaten, Bewegungsdaten, Zuordnungen oder Regelzustände ab und wird typischerweise über IDs, Scope-Felder und Statusspalten mit angrenzenden Tabellen verbunden. Aus dem Schema sind insbesondere Hotelscope erkennbar, was für Integrität, Filterlogik und Auswertungen wichtig ist.

Was Änderungen auslösen können

Änderungen an Struktur, Referenzen oder Statuslogik von `hcc_extras` können sich auf Import-, Render-, Backend- und Auswertungsprozesse auswirken. Vor allem Umbenennungen, Scope-Änderungen und Eingriffe in Schlüsselfelder sollten deshalb kontrolliert und mit Blick auf angrenzende Tabellen erfolgen.

Typische Nutzung und Inhalte
Typische Nutzung
  • Pflege, Import oder Aktualisierung von Daten in Bezug auf **Extras**
  • Verknüpfung mit angrenzenden Tabellen über IDs, Status- oder Scope-Felder
  • Auslesen im Backend, in Prozessen oder in Darstellungen des Systems
Hauptinhalte
  • Hotelbezug oder Hotel-Scope
  • Zeitstempel, Laufzeiten oder Datumsangaben
  • Preis-, Mengen- oder Wertefelder
  • Titel-, Text- oder Namensfelder
Beispiele
  • Ein Backend-Prozess legt oder aktualisiert einen Datensatz in `hcc_extras`, damit **Extras** im System konsistent verfügbar ist.
  • Ein Frontend-, Import- oder Serviceprozess liest `hcc_extras`, um den passenden fachlichen Zustand für **Extras** anzuzeigen oder weiterzuverarbeiten.
Beziehungen und Risiken
Wichtige Beziehungen
  • steht in Beziehung zu hotelbezogenen Stammdaten und Hotel-Scope-Tabellen
Risiken
  • Ungenaue Zuordnungen oder falsche Referenzen können fachliche Abläufe verfälschen.
  • Änderungen an Status-, Scope- oder Referenzfeldern sollten nicht ohne Prüfung erfolgen.
Hinweise
  • Die genaue fachliche Einordnung sollte immer gemeinsam mit angrenzenden Tabellen und dem realen Anwendungspfad betrachtet werden.

Steckbrief

Wofür diese Tabelle da ist

Dieser Bereich erklärt in kompakter Form, welche Aufgabe die Tabelle im Projekt hat und wie wichtig sie für Betrieb und Weiterentwicklung ist.

Projektkontext und Verantwortung
Modul / BereichInventar / Zusatzleistungen
Status im Projektaktiv
Hotel- / Mandanten-Schlüsselex_hotel_nr
Wichtigkeitmittel
Relevanz im Betriebmittel
Datenbank-EngineInnoDB
Zweck und Aufgabe

Verwaltet einen hotelbezogenen Extra-Katalog mit Aktivstatus, Buchungssichtbarkeit, Preislogik, Mengenregeln und Steuerparametern.

Wichtige Beziehungen

Soft-Delete- oder Statuslogik ist in der Struktur erkennbar. | Paralleler oder neuerer Extra-Katalog für buchungsnahe Zusatzleistungen. | Kann als vorgelagerte Quelle für Auswahl-, Preis- und Upsell-Logik dienen.

Risiken bei Änderungen

Fehlerhafte Preis-, Mengen- oder Sichtbarkeitsparameter wirken auf buchbare Zusatzleistungen, interne Steuerung oder Upsell-Darstellung.

Praktischer Hinweis

Sinnvoll für modernere Extra- und Upsell-Logik; Abgrenzung zu älteren Zusatzleistungsstrukturen dokumentieren.

Datenverantwortung

Datenart und Verantwortung

Hier siehst du, welche Art von Daten in der Tabelle liegt und worauf man bei Pflege, Historie und Umbauten achten sollte.

Art der gespeicherten Daten
DomäneInventar
Datenklassecore
Lifecycledauerhaft
PIInein
Aufbewahrung und Historie

Soft-Delete- und Sortierlogik vor Bereinigung beachten; historische Preismodelle nicht unkontrolliert überschreiben.

Worauf bei Datenqualität zu achten ist

Hotelbezug, Name-Key, Preislogik und Sichtbarkeitsflags konsistent halten.

Risiko bei Umbauten

Mittel bis hoch, wenn Buchungslogik oder Preisberechnung auf diese Struktur aufsetzt.

Führende Datenquelle

Hotelbezogener Extra-Katalog innerhalb seines fachlichen Teilmodells.

Nutzung

Wo die Tabelle verwendet wird

Dieser Bereich zeigt, in welchen Dateien oder Abläufen die Tabelle vorkommt. Das hilft beim Verstehen von Auswirkungen vor Änderungen.

Verwendet in Dateien0 Dateien

Im aktuellen Scan wurden keine direkten Dateiverweise erkannt.

Wird gelesen von0 Lese-Hinweise

Aktuell sind keine lesenden Prozesse oder Hinweise dokumentiert.

Wird beschrieben von0 Schreib-Hinweise

Aktuell sind keine schreibenden Prozesse oder Hinweise dokumentiert.

Zusätzliche Hinweise8 Einträge
Die Tabelle modelliert Extras mit moderneren Preis- und Mengenfeldern als klassische Zusatzleistungsstrukturen.Abgrenzung zu hcc_hotel_zusatzleistung fachlich sauber halten, damit keine doppelten Wahrheiten entstehen.#hcc#extras#status#upsell#pricing#booking-visibility

Schlüssel & Lifecycle

Wichtige Strukturmerkmale

Hier werden technische Merkmale der Tabelle zusammengefasst, zum Beispiel Schlüssel, Statusfelder und typische Verknüpfungsspalten.

Primärschlüssel
ex_id
Eindeutige Felder und Indizes
ex_idex_hotel_nr
Status-, Lösch- und Sichtbarkeitsfelder
ex_activeex_deletedex_deleted_at
Zeitstempel, Audit und Verknüpfungen
ex_created_atex_updated_atex_hotel_nr

Weiterarbeiten

Was noch dazugehört

Wenn du die Tabelle weiter untersuchen willst, findest du hier passende Dateien und fachlich verwandte Tabellen.

Passende Dateien

Es wurden keine passenden Dateien mit direktem Bezug erkannt.

Spaltenstruktur

Spalten im Überblick

Hier siehst du die Felder der Tabelle mit Typ, Standardwerten und technischen Zusatzinformationen.

Spaltenstruktur öffnen22 Spalten
SpalteTypNullDefaultKeyExtraKommentar
ex_idbigint(20) unsignedNOPRIauto_increment
ex_hotel_nrint(10) unsignedNOMUL
ex_namevarchar(120)NO
ex_descriptiontextYESNULL
ex_name_keyvarchar(160)YESNULLSTORED GENERATED
ex_activetinyint(1)NO1
ex_show_in_bookingtinyint(1)NO1
ex_internal_onlytinyint(1)NO0
ex_pricing_modelenum('per_stay','per_night','per_person','per_person_night','per_item')NO'per_stay'
ex_price_netdecimal(10,2)YESNULL
ex_currencychar(3)NO'EUR'
ex_vat_ratedecimal(5,2)YESNULL
ex_vat_includedtinyint(1)NO0
ex_min_qtyint(10) unsignedNO0
ex_max_qtyint(10) unsignedYESNULL
ex_default_qtyint(10) unsignedNO0
ex_unit_labelvarchar(80)YESNULL
ex_sortint(10) unsignedNO10
ex_deletedtinyint(1)NO0
ex_deleted_atdatetimeYESNULL
ex_created_atdatetimeNOcurrent_timestamp()
ex_updated_atdatetimeNOcurrent_timestamp()on update current_timestamp()