cosmosdb-datamodeling

Define Cosmos DB NoSQL data requirements and derive a validated data model.

Updated Apr 22, 2026
One-click install
npx skills add https://github.com/iliasjennane/LearningAgent --skill cosmosdb-datamodeling-iliasjennane
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: cosmosdb-datamodeling
Source: https://github.com/iliasjennane/LearningAgent/tree/main/.agents/skills/cosmosdb-datamodeling
Command: npx skills add https://github.com/iliasjennane/LearningAgent --skill cosmosdb-datamodeling-iliasjennane

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill guides engineers and data practitioners to capture application requirements and produce Azure Cosmos DB NoSQL data models that follow best practices and common patterns. It ensures a structured, auditable design process from requirements to a concrete data model.

Core Features & Use Cases

  • Guided modeling workflow: From capturing requirements to generating a Cosmos DB data model and supporting artifacts.
  • Pattern-driven design: Applies aggregate-oriented design, multi-document vs single-document decisions, and partitioning strategies.
  • Deliverables: Produces artifacts like cosmosdb_requirements.md and cosmosdb_data_model.md for traceability and implementation.

Quick Start

Provide your application domain and access patterns to begin Cosmos DB data modeling.

Frequently Asked Questions about cosmosdb-datamodeling

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I model NoSQL data in Cosmos DB for low-latency access?

To model NoSQL data in Cosmos DB for low-latency access, define application data requirements and apply aggregate-oriented design patterns to produce a validated data model with strategic partitioning and indexing.

What is the best way to design Cosmos DB partitioning and throughput?

Designing Cosmos DB partitioning and throughput involves capturing access patterns to derive a partitioning strategy that ensures scalable, low-latency access while applying cost-aware RU planning to manage throughput.

When should I use single-document vs multi-document design patterns in Cosmos DB?

Single-document vs multi-document design patterns in Cosmos DB are determined by evaluating aggregate-oriented design requirements and access patterns to optimize data retrieval and minimize cross-partition queries.

How do I capture Cosmos DB data modeling requirements step by step?

Capture Cosmos DB data modeling requirements step by step through a guided workflow that produces traceable artifacts like cosmosdb_requirements.md, ensuring a structured design process from initial domain input to a concrete data model.

Does aggregate-oriented design work for all Cosmos DB NoSQL applications?

Aggregate-oriented design is specifically applicable to Cosmos DB NoSQL applications requiring scalable, low-latency access, ensuring a structured, auditable process from requirements collection to a validated data model.

Why is cost-aware RU planning important for Cosmos DB data modeling?

Cost-aware RU planning is important for Cosmos DB data modeling because it aligns throughput provisioning with your validated data model and access patterns, ensuring scalable performance without unexpected operational costs.