Retrieve a group association¶
Loads one group association row and exposes its typed group classification plus lazy child accessors.
| Field | Value |
|---|---|
| Operation ID | OP-001 |
| Trigger | Caller needs a single group's master record |
| Inputs | IDataPortalInfo, group code |
| Outputs | A populated clsGroupAssociation marked old. |
| Primary components | clsGroupAssociation.GetGroupAssociation |
| Entry point | Business\SAIF.Business.Policy.Group\clsGroupAssociation.vb |
Steps¶
- Construct
New Criteria(dpi, inGroupCode)and calldpi.DataAccessLayer.RetrieveObject. BeforeRetrievebuilds a result-set request withID = clsConstants.RetrieveSQL,SQLStatement = MyCriteria.RetrieveSQL, and binds:Code.- The framework executes the SELECT against
GROUP_ASSOCIATION. AfterRetrievereads the first row into the object viaFill(datareader)and callsMarkOld().AddBusinessRuleshas registered BR-001 (ValidGroupAssociation) onCode.- Database statements executed or relied on by this operation: SQL-021; affected tables: GROUP_ASSOCIATION.
Process flow¶
The following diagram visualizes this operation's control flow.
flowchart TD
Start([Trigger]) --> Step1[Build criteria / load state]
Step1 --> Step2[Apply local business logic]
Step2 --> Decision{Valid and complete?}
Decision -->|Yes| Step3[Return data or persist rows]
Decision -->|No| EndErr([Return BOF validation or SQL-state issues])
Step3 --> EndOk([Operation completes])
Failure and edge-case behavior¶
- Earlier analysis described the retrieve bind as
:Code, but SQL-021 binds:GroupCode; the naming discrepancy remains open.**
Related documentation¶
Note: Statements marked with * were inferred from code structure, naming conventions, or contextual evidence where direct confirmation was not available in source artifacts. Statements marked with ** could not be confirmed; treat as unknown until verified.
Sources¶
Business\SAIF.Business.Policy.Group\clsGroupAssociation.vb