Overview
This reference documents the structure of the SYSNOW data table g0xlnxip_sysnow_groups. 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_name |
Text / Choice varchar(190) |
Required by schema; key: UNI | Primary display name used to identify this item in lists and searches. |
description |
Text / Choice text |
Optional by schema | Detailed explanation of the item, its purpose, or the issue being recorded. |
status |
Text / Choice varchar(20) |
Required by schema; key: MUL | Current state of the record; commonly used to track progress or availability. |
created_by |
Number / Boolean bigint unsigned |
Required by schema | User or process that originally created the record. |
created_at |
Date / Time datetime |
Required by schema | Timestamp showing when the record was created. |
updated_at |
Date / Time datetime |
Required by schema | Timestamp showing when the record was last updated. |
sys_id |
Text / Choice char(32) |
Optional by schema; key: UNI | Unique identifier used to distinguish this record from other records. |
updated_by |
Number / Boolean bigint unsigned |
Required by schema | User or process that most recently updated the record. |
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.