Data Table Reference — sysnow group members

Technical reference for the sysnow_group_members SYSNOW data table.

Overview

This reference documents the structure of the SYSNOW data table 9outbu_sysnow_group_members. It is intended to help administrators understand the fields stored by the related application/module. This article describes schema only and does not expose customer or operational record values.

How this table is used

The owning module reads and writes records in this table according to its workflow, permissions, and validation rules. Use the module interface for normal data entry; do not edit production rows directly unless following an approved maintenance procedure.

Field-by-field reference

The following fields were discovered from the database schema. “Significance” is an inferred guide based on the field name and type; verify business rules with the owning module before changing data.

Field Data type Required / key Significance
id Number / Boolean
bigint unsigned
Required by schema; key: PRI Unique identifier used to distinguish this record from other records.
group_id Number / Boolean
bigint unsigned
Required by schema; key: MUL Unique identifier used to distinguish this record from other records.
user_id Number / Boolean
bigint unsigned
Required by schema; key: MUL Unique identifier used to distinguish this record from other records.
created_at Date / Time
datetime
Required by schema Timestamp showing when the record was created.
sys_id Text / Choice
char(32)
Optional by schema; key: UNI Unique identifier used to distinguish this record from other records.
created_by Number / Boolean
bigint unsigned
Required by schema User or process that originally created the record.
updated_by Number / Boolean
bigint unsigned
Required by schema User or process that most recently updated the record.
updated_at Date / Time
datetime
Optional by schema Timestamp showing when the record was last updated.

Access and safety

Restrict schema and database maintenance to authorized administrators. Back up the database before structural changes. Inferred field meanings are guidance, not a substitute for module source code or business-process documentation.