Entwicklerhandbuch

Tabellen-Detail

Datenmodell

Tabellen-Detail

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

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

portal_users

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

← Zurück zu Datenbank

Projektweit genutztNutzung: aktivKritikalität: hochGo-Live: hoch
12
Spalten
5
Dateibezüge
5
Lese-/Schreibhinweise
0
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.

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 / BereichProjektweit genutzt
Status im Projektaktiv
Wichtigkeithoch
Relevanz im Betriebhoch
Datenbank-EngineInnoDB
Zweck und Aufgabe

Speichert fachliche Projektdaten und wird im Codekontext referenziert.

Wichtige Beziehungen

Wird im Code von 5 Datei(en) direkt referenziert. | Soft-Delete- oder Statuslogik ist in der Struktur erkennbar.

Risiken bei Änderungen

Schemaänderungen wirken auf mehrere Dateien gleichzeitig und Status- oder Soft-Delete-Felder müssen in Lese- und Schreibpfaden konsistent behandelt werden.

Praktischer Hinweis

Die Tabelle portal_users wird in mehreren Dateien direkt referenziert und ist sehr wahrscheinlich produktiv relevant.

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äneGeneral
Datenklassetransactional
Lifecycledauerhaft
PIIja
Aufbewahrung und Historie

Aufbewahrung und Bereinigung mit fachlichem Modulkontext abstimmen.

Worauf bei Datenqualität zu achten ist

Soft-Delete-/Status-Felder in Selektion und Pflege sauber einbeziehen und Zeitfelder können für Historie, Sortierung oder Änderungsnachweis relevant sein.

Risiko bei Umbauten

Schemaänderungen wirken mit hoher Wahrscheinlichkeit auf mehrere produktive Codepfade und sollten nur mit Referenzprüfung, Datenmigration und Rollback-Plan erfolgen.

Führende Datenquelle

Wahrscheinlich fachlich führende Tabelle für den erkennbaren Datenbereich.

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
portal_invite_accept.phpportal_login.phpportal_users.phpseed_admin.phpstammdaten.php
Wird beschrieben von0 Schreib-Hinweise

Aktuell sind keine schreibenden Prozesse oder Hinweise dokumentiert.

Zusätzliche Hinweise4 Einträge
#portal#users#used#status

Schlüssel & Lifecycle

Wichtige Strukturmerkmale

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

Primärschlüssel
user_id
Eindeutige Felder und Indizes
user_idemail
Status-, Lösch- und Sichtbarkeitsfelder
status
Zeitstempel, Audit und Verknüpfungen
created_atupdated_at

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 öffnen12 Spalten
SpalteTypNullDefaultKeyExtraKommentar
user_idbigint(20) unsignedNOPRIauto_increment
emailvarchar(190)NOUNI
password_hashvarchar(255)NO
first_namevarchar(80)YESNULL
last_namevarchar(80)YESNULL
phonevarchar(40)YESNULL
statusenum('active','disabled','invited')NO'invited'
must_change_pwtinyint(1)NO0
last_login_atdatetimeYESNULL
last_login_ipvarchar(45)YESNULL
created_atdatetimeNOcurrent_timestamp()
updated_atdatetimeNOcurrent_timestamp()on update current_timestamp()