This skill enables Claude to design NoSQL data models. It activates when the user requests assistance with NoSQL database design, including schema creation, data modeling for MongoDB or DynamoDB, or defining document structures. Use this skill when the user mentions "NoSQL data model", "design MongoDB schema", "create DynamoDB table", or similar phrases related to NoSQL database architecture. It assists in understanding NoSQL modeling principles like embedding vs. referencing, access pattern optimization, and sharding key selection.
91
53%
Does it follow best practices?
Impact
99%
1.01xAverage score across 9 eval scenarios
Passed
No known issues
Optimize this skill with Tessl
npx tessl skill review --optimize ./backups/skills-migration-20251108-070147/plugins/database/nosql-data-modeler/skills/nosql-data-modeler/SKILL.mdMongoDB embedding and denormalization
Database identified
100%
100%
Entities analyzed
100%
100%
Embedding used
100%
100%
Denormalization rationale
100%
100%
Access pattern optimization
100%
100%
Index recommendations
100%
100%
Example documents provided
100%
100%
Collections defined
100%
100%
Embedding vs referencing decision
100%
100%
Trade-offs discussed
100%
100%
DynamoDB index and partition key design
Database identified
100%
100%
Partition key defined
100%
100%
Sort key defined
100%
100%
Even data distribution rationale
100%
100%
Access pattern coverage
100%
100%
Secondary index defined
100%
100%
Index-to-query mapping
100%
100%
Example items shown
100%
100%
Throughput consideration
100%
100%
Concrete schema output
100%
100%
Relational to NoSQL schema migration
Database chosen
100%
100%
Entities analyzed
100%
100%
Embedding decision made
100%
100%
Referencing decision made
100%
100%
Embedding rationale tied to reads
100%
100%
Denormalization identified
100%
100%
Access pattern justification
100%
100%
Example documents provided
100%
100%
Collections/tables defined
100%
100%
Concrete schema output
75%
100%
Relational translation explained
100%
100%
Sharding key selection
MongoDB identified
100%
100%
Multiple candidates analyzed
100%
100%
Hot spot risk identified
100%
100%
Even distribution rationale
100%
100%
Sharding key recommended
100%
100%
Schema definition provided
100%
100%
Index recommendations
100%
100%
Access pattern coverage
100%
100%
Example documents provided
100%
100%
Trade-offs discussed
100%
100%
Optimize existing NoSQL schema
Scan anti-pattern identified
100%
100%
Partition key redesigned
80%
100%
Sort key added
100%
100%
Even distribution rationale
100%
100%
Customer access pattern covered
100%
100%
Status/time access pattern covered
100%
100%
Seller/date access pattern covered
100%
100%
Index-to-query mapping
100%
100%
Example items shown
100%
100%
Concrete table definition
75%
100%
Database type selection and schema design
Database type identified
100%
100%
Database choice justified
100%
100%
Entities analyzed
100%
100%
Embedding used for read-heavy data
100%
100%
Referencing used for frequently-changing data
100%
100%
Embedding vs referencing explained
100%
100%
Access pattern optimization
100%
100%
Index or key recommendations
100%
100%
Example documents provided
100%
100%
Concrete schema output
100%
100%
Collections or tables named
100%
100%
MongoDB schema with query generation
MongoDB identified
100%
100%
Entities analyzed
75%
100%
Embedding used
100%
100%
Denormalization rationale
100%
100%
Access pattern optimization
100%
100%
Concrete schema definition
100%
100%
Index recommendations
100%
100%
MongoDB queries generated
100%
100%
Queries match access patterns
100%
100%
Example documents provided
62%
62%
Embedding vs referencing trade-off addressed
100%
100%
Multi-tenant DynamoDB partition key design
DynamoDB identified
100%
100%
Entities analyzed
100%
100%
Partition key defined
100%
100%
Even distribution rationale
100%
100%
Sort key defined
100%
100%
Access patterns covered
100%
100%
GSI defined
100%
100%
Index-to-query mapping
100%
100%
Example items shown
100%
100%
Concrete table definition
50%
70%
Single-table or multi-table justified
100%
100%
NoSQL schema for many-to-many relationships
Database identified
100%
100%
Database choice justified
100%
100%
Entities analyzed
100%
100%
Many-to-many relationship handled
100%
100%
Embedding used for read-heavy data
100%
100%
Referencing used for large/mutable data
100%
100%
Access pattern optimization
100%
100%
Index or key recommendations
100%
100%
Example documents provided
100%
100%
Concrete schema output
100%
100%
Trade-offs discussed
100%
100%
13d35b8
Table of Contents
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.