Skip to content

Rapid Recall Key 01–38

Give full credit only when you can state the deciding distinction—not merely a familiar keyword.

  1. DW/BI management: design, build, populate, deliver, govern, operate and improve integrated analytical data/products for reporting, analysis, compliance and decisions.
  2. Goals: maintain an integrated analytical environment; make reliable analytical capabilities available to generate insight/better decisions.
  3. Principles: business goals; end in mind; design globally/build locally; summarize/optimize last; transparency/self-service; Metadata with warehouse; cross-discipline collaboration; one size does not fit all.
  4. BI / DW / Warehousing: analysis + enabling tech / integrated historical environment / processes that collect-cleanse-transform-integrate-load-maintain it.
  5. EDW: enterprise-wide because subjects/sources are integrated/standardized for consistent enterprise analysis, not because of the label.
  6. Inmon four: subject-oriented, integrated, time-variant, non-volatile.
  7. Integrated ≠ copied: reconcile keys, codes, structures, definitions and semantics rather than preserve source inconsistency.
  8. Non-volatility: preserves historical evidence/reproducibility instead of overwriting prior states.
  9. Atomic vs summary: lowest useful event detail/flexibility vs aggregates for specific usability/performance.
  10. CIF: applications/sources, staging, integration/transformation, ODS as needed, enterprise DW, marts/OpDM, BI/access, Master/Reference/external context.
  11. ODS vs DW: current/near-current, lower latency, more volatile, shorter history vs integrated historical, stable/non-volatile.
  12. OpDM vs mart: tactical current/near-term presentation often sourced from ODS vs classic historical analytical subset.
  13. Master/Reference support: consistent entity identity, codes, classifications, hierarchies/shared context; often supports conformed dimensions.
  14. Kimball: business-process dimensional facts/dimensions integrated through conformed dimensions/facts and DW bus.
  15. Fact vs dimension: quantitative process measure vs descriptive context.
  16. Conformed dimension: defined/used consistently across multiple fact areas/marts for comparison/integration.
  17. Bus matrix: business processes/fact areas crossed with dimensions; scopes conformance/increments.
  18. Inmon vs Kimball: central normalized enterprise integration vs dimensional process integration through conformance/bus.
  19. Architecture components: sources, integration, staging, ODS, historical DW, marts/cubes/presentation, BI/access plus Metadata/DQ/Security/Governance/operations.
  20. Staging vs central DW: intermediate preparation/no normal user analysis vs persistent integrated historical analytical store.
  21. ODS vs mart: current integrated operational use vs targeted analytical subset/presentation.
  22. OLAP families: ROLAP, MOLAP, HOLAP.
  23. Historical load vs ongoing: initial/backfill vs recurring refresh/deltas after baseline.
  24. History from requirements: current state, trend, point-in-time, audit and predictive needs imply different grain/retention/change strategies.
  25. Data Vault: granular historical relationships/keys, traceability and ability to rebuild/adapt downstream presentation.
  26. Five CDC: timestamp; log table; transaction log; message delta; full comparison.
  27. Timestamp vs log table: timestamp selects by high-water mark but deletes not inherent; log table holds explicit change records including deletes if designed.
  28. Transaction log vs message: DBMS transaction evidence, detailed/delete-aware/platform dependent vs application-published change events through messaging.
  29. Full comparison: when no reliable change indicator/log/event exists or full-state comparison is acceptable despite cost.
  30. Low latency: trickle, messaging, streaming.
  31. Accumulation: trickle=source; messaging=bus; streaming=target queue/buffer.
  32. Isolate volatility: preserve durable historical DW role while satisfying current/low-latency needs separately.
  33. Six activities: Requirements → Define/Maintain Architecture → Develop DW/Marts → Populate → Implement BI Portfolio → Maintain Data Products.
  34. DW vs operational requirements: exploratory/integrated questions, grain/history/DQ/lineage/latency/security/performance/user communities vs executing defined transactions/workflows.
  35. Interview capture: goals/decisions, users, KPIs/questions, source/data, grain/history, latency, DQ, security/access, performance/availability, Metadata/lineage, support/adoption.
  36. Architecture: source/destination/timing/rationale/movement, staging/integration/storage/history/presentation plus Metadata, security, performance, availability/scalability, support/release evolution.
  37. Three tracks: Data; Technology; BI/Delivery tools.
  38. Source-to-target mapping: documents source element → target element and rules/logic used to populate target; core lineage Metadata.

Source range: pp. 361–379.

← Recall 39–76 · Key 39–76 →