Seit Engine-Version 5.5.0, erforderlich, globale Einstellung

Datentyp der Werte: varchar(255)

„Identifizierungsdaten“ der Person des durch den Wert (zur gleichen „CommandID“) zum Schlüssel „PersonTypeIDForActionLog“ angegebenen Typs, die zur Protokollierung von „Log“-Einträgen zu einer „Action“ verwendet wird (s.a. „ForumIDForActionLog“, „CharacIDForActionIDPropertyForActionLog“, „AuthorForActionLog“, „EMailOfAuthorForActionLog“ und „UniqueIDForActionLog“).

Die Werte in den „Identifizierungsdaten“ sind üblicherweise durch „¶“ getrennt. Ist es ein anderes Zeichen (weil z.B. „¶“ selbst in den Identifizierungsdaten vorkommt), wird dieses durch den Wert (zur gleichen „CommandID“) zum Schlüssel „SeparatorInIdentVals“ konfiguriert.

Hintergrund : Hierzu ist ac_InsertActionLog_Ad zu verwenden, die intern fo_InsertPosting_Pu bzw. fo_ModifyPosting_Pu aufruft, die wiederum einen Wert für den Parameter „@PersonIdentificationValues“ erwarten.

Anmerkung :

Die Struktur der „Log“-Einträge sieht so aus :

Im durch „ForumIDForActionLog“ angegebenen Forum gibt es einen Hauptbeitrag für die „CommandID“ (der als „Property“ zum durch „CharacIDForCommandIDPropertyForActionLog“ angegebenen Posting-Merkmal die „CommandID“ besitzt). Darunter befindet sich für jede „Action“ (zu der es „Log“-Einträge gibt) ein „Haupt-Log-Eintrag“ (der als „Property“ zum durch „CharacIDForActionIDPropertyForActionLog“ angegebenen Posting-Merkmal die jeweilige „ActionID“ besitzt), der als direkte Nachfolge-Beiträge die eigentlichen „Log“-Einträge besitzt.

Man sollte aber trotzdem zur Ermittlung der „Log“-Beiträge die Prozedur ac_GetActionLogs_Ad verwenden, und nicht direkt „fo“-Prozeduren (wie z.B. fo_SearchPostings_Pu) aufrufen - denn diese Logik könnte sich u.U. einmal ändern.