← Back
AWS ML Blog

Data modeling patterns for Amazon Quick Sight multi-dataset relationships

15 min read
#amazon#enterprise
Level:Intermediate
For:AI Engineers
TL;DR

Amazon QuickSight Multi-Dataset Relationships supports seven native data modeling patterns, including simple star schema and snowflake schema, to enable efficient data analysis and querying. The simple star schema pattern involves a central fact dataset related to multiple dimension datasets, while the snowflake schema extends this by normalizing dimension tables into chains. Each scenario provides concrete implementation guidance, sample SQL queries, and use cases, such as total sales by customer segment and region, and monthly revenue trend by product category. The practical implication for engineers building AI systems is to design their data models accordingly, considering the current limitations of QuickSight Multi-Dataset Relationships, which uses inner join and only returns rows with matching keys in both datasets.

⚡ Key Takeaways

  • The seven supported scenarios include simple star schema, snowflake schema, and other common data modeling patterns.
  • The simple star schema pattern involves a central fact dataset related to multiple dimension datasets, such as SALES_FACT, CUSTOMER_DIM, PRODUCT_DIM, TIME_DIM, and STORE_DIM.
  • The snowflake schema extends the star schema by normalizing dimension tables into chains, such as a Customer dimension linking to a Geography table, which links to a Region table.
  • All joins in the current release use inner join, and only rows with matching keys in both datasets appear in query results.
  • Denormalized dimensions support fast GROUP BY operations without extra joins.
💡 Why It Matters

The native support for these data modeling patterns in Amazon QuickSight Multi-Dataset Relationships enables engineers to efficiently design and analyze complex data models, which is crucial for building effective AI systems that rely on high-quality data. By understanding the supported patterns and their implementation, engineers can optimize their data models for better performance and scalabili

✅ Practical Steps

  1. Design data models using the supported patterns, such as simple star schema and snowflake schema.
  2. Define relationships between datasets using matching keys, such as SALES_FACT.CUSTOMER_ID → CUSTOMER_DIM.CUSTOMER_ID.
  3. Use sample SQL queries, such as the one for total sales by customer segment and region, to test and optimize data models.
  4. Consider the current limitations of QuickSight Multi-Dataset Relationships, such as the use of inner join, when designing data models.

Want the full story? Read the original article.

Read on AWS ML Blog

More like this

57% of enterprises have watched AI agents be confidently wrong. The fix is an agentic context layer, but who has one?

VentureBeat AI#agents

Fine-tune NVIDIA Nemotron 3 models with Amazon SageMaker AI serverless model customization

AWS ML Blog#llm

Canva targets enterprise creativity with trusted AI creative workflows

SiliconANGLE AI#enterprise

From Hugging Face to Amazon SageMaker Studio in one click

Hugging Face Blog#deployment

EXPLORE AI NEWS

Daily hand-picked stories on LLMs, RAG, agents and production AI — curated for engineers who ship.

BROWSE NEWS

GET THE WEEKLY DIGEST

Join engineers getting the Monday signal-over-noise AI breakdown. No spam, unsubscribe anytime.

LEARN AI ENGINEERING

Curated courses, research papers, repos and tutorials built for engineers leveling up in AI.

START LEARNING