nosql-expert

Guides query-first data modeling and partition design for Cassandra and DynamoDB systems.

Updated Apr 9, 2026
One-click install
npx skills add https://github.com/5onyy/essential-ai-agent-skills --skill nosql-expert-5onyy
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: nosql-expert
Source: https://github.com/5onyy/essential-ai-agent-skills/tree/main/.cursor/skills/nosql-expert
Command: npx skills add https://github.com/5onyy/essential-ai-agent-skills --skill nosql-expert-5onyy

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Designing schemas for distributed NoSQL databases like Cassandra and DynamoDB requires a fundamentally different mindset than relational modeling, and mistakes like hot partitions or scatter-gather queries cause severe performance problems at scale. ## Core Features & Use Cases - Query-First Modeling: Teaches access-pattern-driven design where tables are built to serve specific queries rather than generic entities. - Partition Key Guidance: Explains how to choose high-cardinality partition keys to avoid hot partitions and ensure even data distribution. - Single-Table Design: Covers adjacency list patterns in DynamoDB to fetch related entities in one request. - Use Case: When building a microservice on DynamoDB, use this Skill to design a single-table schema that retrieves a user profile and all their orders in one query while avoiding hot partitions. ## Quick Start Ask the agent to design a DynamoDB single-table schema for your application's access patterns using the nosql-expert guidance.

Frequently Asked Questions about nosql-expert

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

FAQPage Schema
How do I design a DynamoDB single-table schema?▼

List all access patterns first, then store multiple entity types in one table using composite keys like USER#123 as the partition key and PROFILE or ORDER#998 as sort keys. This lets one query fetch related entities together in a single request.

What is query-first modeling in NoSQL databases?▼

Query-first modeling means designing tables around specific access patterns rather than entities. You list every query your application needs, then create tables or indexes that serve each pattern with a single lookup, since joins are not available.

Cassandra vs DynamoDB data modeling differences?▼

Both use partition keys and sort keys, but Cassandra uses clustering columns with CQL while DynamoDB uses GSIs and LSIs for alternate views. DynamoDB adds capacity modes (WCU/RCU) and TTL; Cassandra requires avoiding ALLOW FILTERING and tombstone-heavy deletes.

Why do hot partitions happen in DynamoDB?▼

Hot partitions occur when the partition key has low cardinality, such as status or gender, concentrating traffic on one physical node. Use high-cardinality keys like user IDs or composite keys to spread data and traffic evenly across partitions.

When should I avoid using ALLOW FILTERING in Cassandra?▼

ALLOW FILTERING should never appear in production queries because it triggers a full cluster scan. Its presence indicates the data model does not match the query pattern, so redesign the table or add a purpose-built table instead.