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_ical_feeds

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

← Zurück zu Datenbank

Policies / KalenderNutzung: aktivKritikalität: hochTenant-Key: ifd_hotel_nrGo-Live: hoch
17
Spalten
4
Dateibezüge
4
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

iCal Feeds

Die Tabelle `hcc_ical_feeds` speichert buchungsnahe, operative oder inventarbezogene Daten. 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_ical_feeds` speichert buchungsnahe, operative oder inventarbezogene Daten. 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_ical_feeds` besteht darin, buchungsnahe, operative oder inventarbezogene Daten 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 `iCal Feeds` 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 hilft `hcc_ical_feeds` dabei, operative Hotel- und Buchungslogik geordnet abzulegen. Das betrifft zum Beispiel Zimmerzuordnungen, Gebühren, Stornoregeln, Kalenderimporte oder andere Einstellungen, die für korrekte Verfügbarkeit und Buchbarkeit wichtig sind.

Technische Einordnung
Für Entwickler

Technisch dient `hcc_ical_feeds` als persistente Tabelle für buchungsnahe, operative oder inventarbezogene Daten. 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, Kalender-/Feedbezug 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_ical_feeds` 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 **iCal Feeds**
  • 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
  • Titel-, Text- oder Namensfelder
Beispiele
  • Ein Backend-Prozess legt oder aktualisiert einen Datensatz in `hcc_ical_feeds`, damit **iCal Feeds** im System konsistent verfügbar ist.
  • Ein Frontend-, Import- oder Serviceprozess liest `hcc_ical_feeds`, um den passenden fachlichen Zustand für **iCal Feeds** 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.
  • 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üsselifd_hotel_nr
Wichtigkeithoch
Relevanz im Betriebhoch
Datenbank-EngineInnoDB
Zweck und Aufgabe

Verwaltet externe oder interne iCal-Feeds für Import/Export und Verfügbarkeitsabgleich.

Wichtige Beziehungen

Wird im Code von 4 Datei(en) direkt referenziert. | Soft-Delete- oder Statuslogik ist in der Struktur erkennbar. | Grundlage für Feed-Verbindungen und Kalender-Synchronisation.

Risiken bei Änderungen

Fehlerhafte Feed-Konfigurationen stören Verfügbarkeitsabgleich und externe Kalenderintegration.

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
Datenklasseconfig
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 von4 Lese-Hinweise
hotel/ical_export.phphotel/ical_import.phphotel/ical_protokoll.phphotel/ical_sync_cron.php
Wird beschrieben von0 Schreib-Hinweise

Aktuell sind keine schreibenden Prozesse oder Hinweise dokumentiert.

Zusätzliche Hinweise6 Einträge
#hcc#ical#feeds#used#status#sync

Schlüssel & Lifecycle

Wichtige Strukturmerkmale

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

Primärschlüssel
ifd_id
Eindeutige Felder und Indizes
ifd_idifd_hotel_nrifd_token
Status-, Lösch- und Sichtbarkeitsfelder
ifd_active
Zeitstempel, Audit und Verknüpfungen
ifd_created_atifd_updated_atifd_hotel_nrifd_room_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 öffnen17 Spalten
SpalteTypNullDefaultKeyExtraKommentar
ifd_idbigint(20) unsignedNOPRIauto_increment
ifd_hotel_nrint(11)NOMUL
ifd_directionenum('import','export')NO
ifd_scopeenum('hotel','room','category')NO'room'
ifd_room_idint(11)NO0
ifd_category_keyvarchar(64)NO''
ifd_namevarchar(190)NO
ifd_providervarchar(80)YESNULL
ifd_ical_urltextYESNULL
ifd_tokenchar(64)YESNULLUNI
ifd_anonymizetinyint(1)NO1
ifd_activetinyint(1)NO1
ifd_poll_interval_minint(11)YESNULL
ifd_last_sync_atdatetimeYESNULL
ifd_created_byint(11)YESNULL
ifd_created_atdatetimeNOcurrent_timestamp()
ifd_updated_atdatetimeNOcurrent_timestamp()on update current_timestamp()