Ferreteria/v0.6/clade/Sys/Data/Engine/aux/ActionRq/Admin/ToDbOper: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
mNo edit summary |
||
| Line 20: | Line 20: | ||
! Alias || Clade | ! Alias || Clade | ||
|- | |- | ||
| '''Base'''* [c,i] || {{l/ver/clade|Sys | | '''Base'''* [c,i] || {{l/ver/clade|Sys\Data\reqs\Engine\ActionRq|Admin}} | ||
|- | |- | ||
| '''DbOper'''* [i] || {{l/ver/clade|Sys/Data/Engine|Ops}} | | '''DbOper'''* [i] || {{l/ver/clade|Sys/Data/Engine|Ops}} | ||
Revision as of 14:07, 26 September 2025
| Clade Family | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Admin | → ToDbOper |
→ EngDbExport | ||||||||||
| ||||||||||||
About
- Purpose: parent-class for Action Requests that require a Database Operations object
The caToDbOper class needs to know how to find a Database Operations object from a db name-slug, but can't know where that slug is specified. The QDbConnSlug() function, which returns the value/status of that parameter, is therefore abstract. The same is true of the Schema name-slug. It is up to descendant classes (generally found within application code) to define where those slugs can be found, and return a value/status string object for each.