Concordia University Wisconsin  ·  School of Arts and Sciences  ·  M.S. Artificial Intelligence Curriculum proposal draft
Artificial Intelligence Curriculum Evolution
CSC 6000 3 Credits 6000 level Moderate AI weight Shared with MSCS

Database Administration

Database administration has become a control point for AI systems: production stores now hold the embeddings and governed records that retrieval-augmented applications and model training depend on, while schemas, queries, and migrations are increasingly drafted by AI coding agents and executed by automated service accounts. The course therefore adds vector and hybrid indexing, benchmarking of AI-assisted and learned query optimization, provenance for training data, and least-privilege access and auditing for agent traffic, without displacing core relational design and operations.

The revision

Current description → proposed description

Current — CUW catalogverbatim

This course provides students with solid theoretical and practical knowledge for developing database management systems. Students will plan, design, implement, maintain, and use database management systems and review the use of databases in small and large commercial organizations. The course addresses concepts, database structures, database architecture, understanding user requirements, user views, functions, and evaluation of database management systems. The course focuses on the relational database model, standard SQL language, database structure normalization, conceptual data modeling, and the entity-relationship data model. Students will work with real world applications and databases. Concepts of data integrity, security, privacy, ethical use, and concurrence control are included.

Proposed — revised for the AI eradraft

This course develops the theory and practice of designing, implementing, and administering database systems that serve production applications and data-intensive analytics. Students plan and build databases from ambiguous requirements, working through conceptual data modeling, the entity-relationship model, normalization, standard SQL, physical design and indexing, transaction isolation and concurrency control, backup and recovery, and the evaluation of competing database management systems in small and large organizations. Coursework extends these foundations to the demands contemporary AI practice places on the data tier: storing and indexing vector embeddings alongside relational data for retrieval-augmented enterprise applications, tuning hybrid retrieval for recall, latency, and cost, and maintaining reproducible, reversible load and migration paths for the data that feeds analytics and model training. Because schemas, queries, and migrations are now routinely drafted by AI coding agents and executed by automated services, students learn to review machine-generated SQL, benchmark AI-assisted and learned query optimization against measured baselines, and constrain agent and service accounts through least-privilege roles, row-level security, masking, and auditing. Throughout, the course treats data integrity, security, privacy, retention, provenance, and the ethical reuse of institutional data as central administrative responsibilities.

Note. Revision notes: the former CLO 3 on transaction isolation, concurrency control, and backup and recovery has been folded into CLO 1 as part of a single design artifact, because operational reliability is not data acquisition and PLO 2.1 was being stretched to absorb it; CLO 2 has been narrowed to the DBA side of loading (bulk and incremental loads, load-time constraint enforcement, reversible online migration) with "third-party APIs" and "heterogeneous sources" removed, so it no longer duplicates the ingestion, ETL, and lineage territory that CSC 6240 Data Acquisition and Management carries at D,AE; and the vector-retrieval CLO now runs on the single finite verb "implement," with tuning subordinated to it. One consequential edit outside the CLOs: the proposed description's clause "maintaining reproducible, documented pipelines that feed analytics and model training" read as the same CSC 6240 ETL territory and has been narrowed to reproducible, reversible load and migration paths, with the matching phrase in key_changes adjusted; nothing else in the description, title, or AI framing was changed. CSC 6000 has no row in the workbook's curriculum map and no department-authored proposed description, and it is one of the eight graduate CSC courses the workbook records as shared with the MSCS program rather than part of the MSAI proposal; PLO coverage is therefore deliberately sparse (PLO 2.1, 6.1, 6.2, and the 1.1/3.2 pair only) and no coverage requirement applies. Two discrepancies worth surfacing: the workbook states one outcome twice in identical words as PLO 1.1 and PLO 3.2, which inflates apparent coverage wherever it is mapped; and the catalog lists no prerequisite for this 6000-level course even though the proposed outcomes assume relational fundamentals at roughly the level of the undergraduate CSC 3030 Database Fundamentals, which the department may want to confirm.

What changes

  • Vector and hybrid indexing for retrieval-augmented enterprise applications
  • Review and benchmarking of AI-generated SQL and learned query optimization
  • Least-privilege roles, row-level security, and auditing for AI agent and service accounts
  • Provenance and reproducibility for data reused in analytics and model training
  • Graduate framing around design judgement and measured trade-offs rather than SQL practice
Course learning outcomes

5 proposed outcomes, mapped to 5 program outcomes

Each outcome below is written to be observable and assessable, and each is mapped to the program learning outcomes for which it produces evidence.

1

Students will be able to design a normalized relational schema together with its physical and operational implementation from ambiguous organizational requirements, justifying each normalization, denormalization, indexing, isolation-level, concurrency-control, and recovery-objective decision against the stated workload, including high-volume automated and agent-issued traffic, the governing integrity and consistency requirements, and projected growth.

Maps to

PLO 2.1 asks students to conduct "storing ... data ... using ... databases ... to solve real-world problems," and the evidence for it here is the conceptual-to-physical storage design itself, deriving a schema, its normalization, and its indexing from ambiguous organizational requirements; the isolation, concurrency, and recovery settings are included as parts of the same design artifact and are not offered as the outcome evidence.

2

Students will be able to construct the load and migration path for a production database, covering bulk and incremental load design, enforcement of integrity and referential constraints at load time with defined handling for rejected and quarantined records, and online schema migration deployed reversibly and under version control against a live workload.

Maps to

Load-time enforcement of integrity and referential constraints, with defined handling for rejected and quarantined records, is the "cleaning" clause of PLO 2.1, and designing the bulk, incremental, and migration paths by which those records are landed is the "storing ... using ... databases" clause; the CLO makes no claim on the outcome's "collecting" or "APIs" language, which belongs to CSC 6240.

3

Students will be able to critique AI-assisted query and schema optimization, including machine-generated SQL, index and migration recommendations, and learned cardinality or plan-selection models, by benchmarking proposed changes against measured execution plans and baseline workload metrics and documenting the conditions under which the recommendations degrade performance or correctness.

Maps to

Benchmarking learned cardinality and plan-selection models against execution plans and baseline workload metrics, then documenting where they fail, is precisely the assessment of a model's performance and limitations with appropriate metrics and diagnostic-driven refinement that PLO 6.2 requires.

4

Students will be able to implement vector and hybrid retrieval within a production data store, spanning embedding storage, approximate-nearest-neighbor index selection and parameterization, metadata filtering, and chunk modeling, tuned to meet an enterprise retrieval-augmented application's stated recall, latency, and cost targets.

Maps to

PLO 6.1 calls for using LLMs in industrial settings through embeddings and structured deployment in enterprise environments, and this CLO's embedding storage, index parameterization, and tuning against an enterprise application's service-level targets are the data-tier form of that deployment work.

5

Students will be able to justify a governance and access-control design for a database serving AI workloads, addressing least-privilege roles for human and agent service accounts, row-level security, masking and de-identification, retention and consent handling, audit trails for machine-issued statements, and provenance records for data reused to train or evaluate models.

Maps to

The privacy controls, accountability through audit trails for machine-issued statements, and provenance for data reused in training are the ethical-and-legal-integrity evidence for this outcome, which the workbook states twice in word-for-word identical language, once under Christian Faith as PLO 1.1 and again under Integrated Disciplinary Knowledge as PLO 3.2, so a CLO that earns one necessarily earns the other.

Coverage

Program outcomes this course reaches

Filled cells are program learning outcomes with at least one supporting course learning outcome in this course. Sparse coverage is expected — no single course carries all twelve.

ULO1
1.11.2
ULO2
2.12.2
ULO3
3.13.2
ULO4
4.14.2
ULO5
5.15.2
ULO6
6.16.2