NCM-DB study materials
NCM-DB study resources

NCM-DB study plan

NCM-DB · Give each week a clear focus.

8 weeks · About 7 hours per week

Week 1

Database Architecture, Concepts, and Design

  • Distinguish the instance from the database and explain how memory structures and background processes cooperate to serve a session.

  • Compare logical storage hierarchy (database, tablespace, segment, extent, block) with physical storage (data files, redo logs, control files) and describe how they map to each other.

  • Explain the read-consistent behavior of a query against a concurrently modified table, including undo and redo roles in that scenario.

  • Draw and label the startup sequence from instance start through database open, noting which structures are read at each stage.

Your checkpoint

A one-page hand-drawn architecture diagram with a 300-word written explanation of a single read transaction's path through memory and disk.

Week 2

Database Architecture, Concepts, and Design

  • Design a small normalized schema for a plausible business case, then deliberately denormalize one part and justify the trade-off.

  • Choose primary keys, foreign keys, and indexes for that schema and state the selectivity reasoning behind each index decision.

  • Describe how a transaction boundary and isolation level choice would change behavior for two concurrent writers on the same rows.

  • Identify which integrity constraints belong in the database versus application code for the same schema.

Your checkpoint

A schema design document with DDL for all tables and constraints, plus a 250-word trade-off rationale covering normalization and indexing choices.

Week 3

Installation, Configuration, and Instance Management & Storage Structures, Tablespaces, and Schema Objects

  • Install the database engine on a supported platform and verify the instance starts cleanly from a cold boot.

  • Configure a second instance with a non-default port, memory allocation, and character set, then confirm both run simultaneously.

  • Create a tablespace with a specified data file size and autoextend policy, then create a user whose default tablespace is that new tablespace.

  • Explain what each of the three core parameter categories (memory, file location, process/session limit) changes at instance start versus at runtime.

Your checkpoint

A repeatable setup script plus a short log documenting both instances, their key parameters, and the new tablespace and user you created.

Week 4

Storage Structures, Tablespaces, and Schema Objects

  • Create and alter the main schema object types: table, index, view, sequence, and a constraint, then verify each in the data dictionary.

  • Demonstrate what happens to dependent objects when a parent table is dropped, and how to reclaim space afterward.

  • Compare heap-organized and index-organized storage for a lookup-heavy table and state when each is preferable.

  • Explain extent allocation and space reclamation behavior when rows are deleted but the table remains in use.

Your checkpoint

A lab worksheet with the DDL you ran, dictionary queries proving each object exists, and a 200-word comparison of the two storage organizations.

Week 5

SQL and Query Processing

  • Write multi-table queries using inner and outer joins, aggregation with GROUP BY and HAVING, and a subquery in both the SELECT list and the WHERE clause.

  • Use window functions to rank rows within groups and compute running totals without collapsing the result set.

  • Read an execution plan and identify the join order, access method per table, and the most expensive step.

  • Explain how the optimizer's statistics influence plan choice and what happens to plans when statistics are stale.

Your checkpoint

A query portfolio of eight queries against a self-built dataset, each with its execution plan and a one-sentence note on why the access method was chosen.

Week 6

Backup, Recovery, and High Availability

  • Take a consistent full backup and a separate archive log backup, then restore both into a new location and verify row counts match the source.

  • Perform a point-in-time recovery that intentionally discards the last few transactions, and explain which log sequence determined the stop point.

  • Describe the difference between a cold backup and a hot backup and the recovery preconditions each imposes.

  • Outline the failover path for a standby configuration, naming the steps and the failure modes that would leave the standby unusable.

Your checkpoint

A recovery runbook with the exact commands for full restore, log apply, and point-in-time recovery, plus evidence that the restored database passed a row-count verification.

Week 7

Performance Tuning and Monitoring & Security, User Management, and Auditing

  • Capture a baseline of the top wait events and the top SQL by elapsed time during a synthetic load, then identify the single largest contributor.

  • Resolve one diagnosed performance problem, such as a missing index or an undersized memory area, and re-measure to show the change.

  • Create roles and users with least privilege, grant object privileges through roles rather than directly, and verify effective privileges from the user's session.

  • Enable auditing for a specific privileged action and confirm the audit trail records both a successful and a failed attempt.

Your checkpoint

A before-and-after performance report with the wait event and top SQL evidence, plus an audit log excerpt showing one granted and one denied privileged action.

Week 8

Database Architecture, Concepts, and Design & Backup, Recovery, and High Availability & Performance Tuning and Monitoring

  • Re-run a timed 60-question mixed practice set spanning all seven domains and score it by domain.

  • Re-teach the two weakest domains from your own notes without opening the study material, then check against source notes.

  • Review every missed question and write the underlying concept in one sentence each, not just the correct answer.

  • Confirm you can state the architecture, backup, and tuning fundamentals aloud in under ten minutes total.

Your checkpoint

A scored practice-set log by domain with a one-sentence correction note for every miss and a ranked list of the three concepts to review again on exam morning.

Milestones

Week 2: You can explain the instance-versus-database distinction and the logical-to-physical storage mapping without notes, and your schema DDL runs cleanly on a fresh instance.

Week 4: Two instances run simultaneously on one host, and you can create, alter, and drop each major schema object type while querying the data dictionary to prove the result.

Week 6: You have completed a full restore and a point-in-time recovery from your own backups, with row-count evidence that the restored data is correct.

Week 7: You have measured a performance baseline, fixed one real bottleneck with before-and-after numbers, and produced an audit record of both a permitted and a denied privileged action.

Week 8: Your timed mixed practice set scores at least 75 percent overall with no single domain below 60 percent, and every miss has a written one-sentence correction.