NCM-DB study plan
NCM-DB · Give each week a clear focus.
8 weeks · About 7 hours per week
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.
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.
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.
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.
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.
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.
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.
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.