Start a DBQueue investigation broadly
Use this when the symptom only says “DBQueue” or “ChangeLimit” and you do not yet know whether the clue is a task marker, routine, module, config, DML target, read ref, or parameter.
Dashboard · 0 entry points Routine × family matrix · 31 route cells Family routes · 12 families Module routes · 640 module profiles Evidence coverage · 83 complete profiles
Queries
DBQueue route facets DBQueue dashboard ChangeLimit DBQueue dashboard
Steps
- Open the dashboard to see all first-class entry points.
- Open route facets to choose a clue type.
- Use route matrix/family routes to narrow the routine × family path.
- Check evidence coverage before treating missing dimensions as meaningful.
Expected evidence: dashboard route count, facet map, coverage caveat
Start from a concrete DBQueue task marker
Use this when you have a marker such as QBM-K-ScriptAssemblyReset or QER-K-OrgAutoChild and need insert routines plus caller modules.
Task routes · 227 tasks Caller modules · 640 caller modules Module routes · 640 module profiles Signal report · 46 mixed modules
Queries
QBM-K-ScriptAssemblyReset task route QER-K-OrgAutoChild task route DBQueue task routes
Steps
- Open task routes for the exact marker.
- Compare the routine mix for Bulk, Single, WaitForComp, and lowercase variants.
- Open top caller modules for source excerpts and graph context.
- Use signal report if the task spans many routes or families.
Expected evidence: task marker, routine mix, caller evidence
Start from QBM_PDBQueueInsert* routine evidence
Use this when the clue is an insert routine name and you need to compare callers, task markers, and route families.
Insert routines · 6 routines Routine × family matrix · 31 route cells Caller modules · 640 caller modules Module routes · 640 module profiles
Queries
QBM_PDBQueueInsert_Bulk insert routine QBM_PDBQueueInsert_Single insert routine DBQueue insert routines
Steps
- Open insert routines to compare each QBM_PDBQueueInsert variant.
- Use route matrix to see task-family coverage for the routine.
- Jump to caller modules and module route profiles for source-derived context.
Expected evidence: insert routine, callers, route family
Start from a SQL module
Use this when you know a caller module name such as QER_TUBaseTree and need all DBQueue signals for that module.
Module routes · 640 module profiles Caller modules · 640 caller modules Signal report · 46 mixed modules Evidence coverage · 83 complete profiles
Queries
QER_TUBaseTree module route QBM_ZPrePropTable DBQueue module route DBQueue module routes
Steps
- Open the module route profile for the caller.
- Review routines, families, task markers, config refs, DML targets, read refs, and parameters.
- Jump to the SQL module page for source excerpts and relation graph evidence.
- Check evidence coverage if a signal dimension is absent.
Expected evidence: module profile, source excerpt, coverage gap
Start from a config reference
Use this when a config path appears in DBQueue caller source and you need route/task/module context.
Config routes · 48 config routes Module routes · 640 module profiles Signal report · 46 mixed modules Evidence coverage · 83 complete profiles
Queries
QER ComplianceCheck DBQueue config route QER\Structures\Inherite DBQueue config route DBQueue config routes
Steps
- Open config routes for the config path.
- Review the routines, families, tasks, DML/read/parameter signals, and modules tied to the config ref.
- Open config inventory or module pages for source-backed context.
Expected evidence: config path, routine families, caller modules
Start from a DML target pattern
Use this when a write pattern such as INSERT, UPDATE, DELETE, or a table-like DML target is the clue.
DML routes · 127 DML routes Read routes · 309 read routes Module routes · 640 module profiles Signal report · 46 mixed modules
Queries
INSERT into DBQueue DML route UPDATE not DBQueue DML route DBQueue DML routes
Steps
- Open DML routes for the write pattern.
- Compare routine, family, task, config, read, and parameter associations.
- Jump to module routes and module pages for source excerpts.
Expected evidence: DML target, read/config links, modules
Start from a read reference
Use this when a table/read marker such as QBMDBQueueCurrent, inserted, deleted, or PersonWantsOrg appears in source evidence.
Read routes · 309 read routes DML routes · 127 DML routes Parameter routes · 414 parameter routes Module routes · 640 module profiles
Queries
QBMDBQueueCurrent DBQueue read route inserted deleted DBQueue read route PersonWantsOrg DBQueue read route
Steps
- Open read routes for the reference.
- Review routine, family, task, DML, config, parameter, and module associations.
- Use DML/parameter facets to cross-check surrounding source signals.
Expected evidence: read ref, DML refs, parameter refs
Start from a SQL parameter name
Use this when a parameter such as @GenProcID or @DBQueueElements_01 is the clue and you need route context.
Parameter routes · 414 parameter routes Read routes · 309 read routes DML routes · 127 DML routes Module routes · 640 module profiles
Queries
@GenProcID DBQueue parameter route @DBQueueElements_01 DBQueue parameter route DBQueue parameter routes
Steps
- Open parameter routes for the parameter name.
- Compare routines, families, tasks, config refs, read refs, DML targets, and modules.
- Jump into caller modules for source excerpts and routine signatures.
Expected evidence: parameter name, routine/task links, caller modules
Audit evidence gaps before concluding behavior
Use this when a module or route appears to lack a task/config/DML/read/parameter dimension and you need to distinguish corpus coverage from runtime behavior.
Evidence coverage · 83 complete profiles Module routes · 640 module profiles Signal report · 46 mixed modules
Queries
DBQueue evidence coverage DBQueue caller coverage gaps DBQueue signal coverage
Steps
- Open evidence coverage.
- Review dimension coverage and common signal combinations.
- Treat missing dimensions as investigation prompts, not runtime proof.
- Use module routes and source pages to inspect the concrete caller.
Expected evidence: coverage dimensions, gap list, source caution
Triage high-signal DBQueue hotspots
Use this when you need likely high-impact modules or cross-family/routine areas first.
Signal report · 46 mixed modules Module routes · 640 module profiles Family routes · 12 families Task routes · 227 tasks
Queries
DBQueue signal report mixed-insert-routines DBQueue signals multi-family DBQueue module
Steps
- Open signal report.
- Inspect mixed-routine, multi-family, high task fan-out, route fan-out, and config hotspot sections.
- Jump into family/task/module routes for the chosen hotspot.
Expected evidence: mixed routines, multi-family, fan-out
Compare route behavior by task family
Use this to compare QBM, QER, TSB, ADS, LDP, ATT, and other task-prefix families.
Family routes · 12 families Routine × family matrix · 31 route cells Task routes · 227 tasks Module routes · 640 module profiles
Queries
QER DBQueue family routes QBM DBQueue family routes TSB DBQueue family routes
Steps
- Open family routes for the prefix.
- Compare routine mix, top tasks, and caller modules.
- Use task routes for concrete markers and module routes for source details.
Expected evidence: family summary, routine mix, top tasks
Verify public DBQueue facts stay source-derived and safe
Use this to verify the DBQueue route pages are generated evidence/navigation layers and not leaking raw private bodies or claiming live queue telemetry.
Dashboard · 0 entry points Routine × family matrix · 31 route cells Evidence coverage · 83 complete profiles
Queries
DBQueue route facets DBQueue evidence coverage publication safety DBQueue
Steps
- Use route facets/dashboard to confirm the layer is navigational and source-derived.
- Use evidence coverage to understand corpus dimensions.
- Use safety/status pages for publication guardrails; avoid treating these pages as live queue telemetry.
Expected evidence: source-derived note, not live telemetry, safety guardrail