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_hotel_ical_events

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

← Zurück zu Datenbank

Policies / KalenderNutzung: aktivKritikalität: hochTenant-Key: ie_hotel_nrGo-Live: hoch
16
Spalten
5
Dateibezüge
5
Lese-/Schreibhinweise
2
ID-/Verknüpfungsfelder
Kritischer Bereich
Diese Datei oder Tabelle ist fachlich bzw. technisch besonders sensibel. Änderungen sollten immer mit Blick auf Abhängigkeiten, Scope und Seiteneffekte geprüft werden.
Go-Live-relevant
Dieser Bereich ist für sichtbare, operative oder produktive Abläufe besonders relevant.
Tenant-/Hotelbezug
Dieser Bereich arbeitet direkt mit hotel- bzw. mandantenbezogenem Scope. Änderungen sollten immer auf saubere Zuordnung und Scope-Logik geprüft werden.

Langbeschreibung

Hotel iCal Events

Die Tabelle `hcc_hotel_ical_events` speichert hotelbezogene Stamm-, Konfigurations- oder Inhaltsdaten. 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_hotel_ical_events` speichert hotelbezogene Stamm-, Konfigurations- oder Inhaltsdaten. 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_hotel_ical_events` besteht darin, hotelbezogene Stamm-, Konfigurations- oder Inhaltsdaten 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 `Hotel iCal Events` 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 darin, dass Hotelinformationen, Einstellungen und Inhalte strukturiert gepflegt und in mehreren Modulen wiederverwendet werden können.

Einfach erklärt
Für Nicht-Techniker

Einfach erklärt beschreibt `hcc_hotel_ical_events` einen bestimmten Teil der digitalen Hotelakte. Dort liegen Informationen, mit denen das Hotel im System organisiert, dargestellt oder konfiguriert wird. Für nicht technische Nutzer ist das der Bereich, in dem Regeln, Inhalte, Eigenschaften oder organisatorische Angaben des Hotels strukturiert abgelegt werden.

Technische Einordnung
Für Entwickler

Technisch dient `hcc_hotel_ical_events` als persistente Tabelle für hotelbezogene Stamm-, Konfigurations- oder Inhaltsdaten. 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, Zimmerbezug 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_hotel_ical_events` 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 **Hotel iCal Events**
  • 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
  • Zimmer- oder Kategoriebezug
  • Status-, Aktiv- oder Sichtbarkeitsinformationen
  • Zeitstempel, Laufzeiten oder Datumsangaben
Beispiele
  • Ein Backend-Prozess legt oder aktualisiert einen Datensatz in `hcc_hotel_ical_events`, damit **Hotel iCal Events** im System konsistent verfügbar ist.
  • Ein Frontend-, Import- oder Serviceprozess liest `hcc_hotel_ical_events`, um den passenden fachlichen Zustand für **Hotel iCal Events** anzuzeigen oder weiterzuverarbeiten.
Beziehungen und Risiken
Wichtige Beziehungen
  • steht in Beziehung zu hotelbezogenen Stammdaten und Hotel-Scope-Tabellen
  • ist eng mit Zimmer-, Kategorie- oder Verfügbarkeitsdaten verknüpft
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.
  • Fehler können Verfügbarkeit, Regeln oder operative Buchungslogik beeinträchtigen.
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 / BereichPolicies / Kalender
Status im Projektaktiv
Hotel- / Mandanten-Schlüsselie_hotel_nr
Wichtigkeithoch
Relevanz im Betriebhoch
Datenbank-EngineInnoDB
Zweck und Aufgabe

Lokale Hotel-/Zimmer-Kalendereinträge für belegungsnahe externe oder interne Ereignisse.

Wichtige Beziehungen

Wird im Code von 5 Datei(en) direkt referenziert. | Soft-Delete- oder Statuslogik ist in der Struktur erkennbar. | Wichtige operative Basis für belegungsnahe Kalenderereignisse.

Risiken bei Änderungen

Fehlerhafte Events beeinträchtigen Verfügbarkeit, Synchronisation und externe Portalanbindung.

Praktischer Hinweis

Relevant für Policies, Kalenderabgleich oder externe Verfügbarkeitslogik.

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äneBuchung
Datenklassetransactional
Lifecycledauerhaft
PIInein
Aufbewahrung und Historie

Produktionsrelevante Daten nur mit fachlicher Archivierungsstrategie bereinigen.

Worauf bei Datenqualität zu achten ist

Tenant-Key, Primärschlüssel und Mapping-Bezüge konsistent halten.

Risiko bei Umbauten

Änderungen mit kurzem Funktions- und Ausgabetest absichern.

Führende Datenquelle

Fachlich führende Tabelle innerhalb ihres Teilbereichs.

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.

Wird gelesen von5 Lese-Hinweise
hotel/ical_export.phphotel/ical_import.phphotel/kalender-zimmer.phphotel/kalender.phphotel/kalender_v1.php
Wird beschrieben von0 Schreib-Hinweise

Aktuell sind keine schreibenden Prozesse oder Hinweise dokumentiert.

Zusätzliche Hinweise7 Einträge
#hcc#hotel#ical#events#used#status#availability

Schlüssel & Lifecycle

Wichtige Strukturmerkmale

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

Primärschlüssel
ie_id
Eindeutige Felder und Indizes
ie_idie_hotel_nrie_zimmer_idie_start_date
Status-, Lösch- und Sichtbarkeitsfelder
ie_statusie_deleted_at
Zeitstempel, Audit und Verknüpfungen
ie_created_atie_updated_atie_timestampie_hotel_nrie_zimmer_id

Weiterarbeiten

Was noch dazugehört

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

Spaltenstruktur

Spalten im Überblick

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

Spaltenstruktur öffnen16 Spalten
SpalteTypNullDefaultKeyExtraKommentar
ie_idint(11)NOPRIauto_increment
ie_hotel_nrint(11)NOMUL
ie_zimmer_idint(11)NOMUL
ie_portalvarchar(100)NO
ie_start_datedateNOMUL
ie_end_datedateNO
ie_uidvarchar(256)NO
ie_uid_hashbinary(32)NO
ie_summarytextNO
ie_statustinyint(1)NO1
ie_deleted_atdatetimeYESNULL
ie_created_byint(11)YESNULL
ie_updated_byint(11)YESNULL
ie_created_atdatetimeNOcurrent_timestamp()
ie_updated_atdatetimeNOcurrent_timestamp()on update current_timestamp()
ie_timestamptimestampNOcurrent_timestamp()