Home / Dynamics 365 / Table Types in Microsoft Dynamics 365 

Table Types in Microsoft Dynamics 365 

TL;DR

Dynamics 365 and Dataverse offer five table types: Standard, Custom, Activity, Virtual, and Elastic, each suited to different data needs. Standard tables cover core CRM entities like Accounts and Contacts, Custom tables handle unique business logic, Activity tables track interactions, Virtual tables connect external data without duplication, and Elastic tables manage massive, fast-changing datasets like IoT telemetry. Picking the right one improves performance and keeps your architecture scalable.

In Microsoft Dynamics 365 and the broader Power Platform, not all tables are created equal. As you design solutions or scale your CRM architecture, choosing the right table type is crucial. The platform offers several table types Standard, Custom, Activity, Virtual, and Elastic tables each built to solve specific business and technical challenges. 

Selecting the right one not only improves performance but also enhances maintainability, reporting, and user adoption. In this guide, we break down each table type, explain when to use them, and explore how they can transform your overall Dynamics 365 architecture. 

Why Table Types Matter in Dynamics 365 

Tables (formerly known as entities) define how data is stored, accessed, and related within your CRM or Power Apps environment. Using the wrong table type can lead to: 

  • Performance bottlenecks 
  • Unnecessary storage consumption 
  • Integration challenges 
  • Difficulty scaling your apps 
  • Poor user experience 

Understanding your options allows you to design smarter, more efficient solutions. 

Addend Analytics From simple CRM setups to complex, high-volume data models, we help teams get their Dataverse architecture right the first time.

1. Standard Tables 

Standard (out-of-the-box) tables come packaged with Dynamics 365 applications. These include widely used business-oriented tables such as: 

  • Accounts 
  • Contacts 
  • Opportunities 
  • Cases 
  • Leads 

Why Standard Tables Are Useful 

  • They follow Microsoft best practices 
  • Are deeply integrated with other modules 
  • Provide built-in business logic and relationships 
  • Reduce customization and maintenance needs 

When to Use Them 

Always start with Standard tables when they fit your business requirement. Reusing what already exists saves time, avoids data fragmentation, and ensures future compatibility. 

2. Custom Tables 

Custom tables allow you to tailor the platform to your organization’s unique processes. If no Standard table fits your data model, a Custom table gives you complete flexibility. 

Why Custom Tables Matter 

  • They support custom business processes 
  • Allow unlimited custom fields and relationships 
  • Integrate seamlessly with other Dataverse features 
  • Enable highly specific data modeling 

When to Use Them 

Use a Custom table when: 

  • The data does not logically belong in a Standard table 
  • You need unique business logic or automation 
  • You want to avoid misusing existing tables for unrelated purposes 

Custom tables ensure your architecture remains clean and scalable. 

3. Activity Tables 

Activity tables are a special type designed to track interactions, such as: 

  • Emails 
  • Phone Calls 
  • Appointments 
  • Tasks 
  • Notes 

Entities classified as activities share: 

  • A common Activity schema 
  • Timeline visibility on records 
  • Regarding relationships 

Why Activity Tables Are Important 

They unify communication tracking across the system and help teams understand the full history of customer engagement. 

When to Use Them 

Use an Activity table when you need to track an interaction between users and customers, especially one with a time component or follow-up requirement. 

4. Virtual Tables 

Virtual tables allow Dataverse to display data that lives outside of Dynamics—without copying or storing it. They connect to external sources such as: 

  • SQL databases 
  • Azure services 
  • Third-party APIs 
  • Custom connectors 

Why Virtual Tables Are Powerful 

  • Reduce storage costs 
  • Provide real-time access to external systems 
  • Remove the need for data duplication or sync jobs 
  • Allow external data to behave like native Dataverse data 

When to Use Them 

Ideal for: 

  • Integrations where data must remain in an external system 
  • Read-only or real-time data needs 
  • Avoiding expensive Dataverse storage when syncing large datasets 

Virtual tables streamline integrations while maintaining a connected user experience. 

5. Elastic Tables 

Elastic tables (formerly “Azure-backed tables”) are designed for high-volume, fast-changing data. They are optimized for scenarios involving: 

  • Massive datasets 
  • High-frequency writes 
  • Telemetry or IoT device data 
  • Event or log tracking 
  • Time-series data 

Unlike standard Dataverse tables, Elastic tables use scalable Azure storage behind the scenes, making them suitable for workloads that Dataverse’s relational model isn’t built to handle. 

When to Use Them 

Choose an Elastic table when you need: 

  • To process thousands or millions of records rapidly 
  • Cost-effective storage for large data streams 
  • Real-time ingestion without degrading Dataverse performance 

Elastic tables open the door to big-data scenarios inside the Power Platform.

Table TypeStorage BackendBest ForSupports Relationships
StandardAzure SQLCore CRM data (Accounts, Contacts)Yes, full
CustomAzure SQLUnique business processesYes, full
ActivityAzure SQLInteractions (calls, emails, tasks)Yes, via timeline
VirtualExternal sourceReal-time external data, no duplicationLimited
ElasticAzure Cosmos DBMassive, high-frequency datasetsLimited
Choosing the wrong table type early can cause performance headaches later. Our team can help you architect a Dataverse solution that scales.

Final Thoughts: Choosing the Right Table Type 

Each table type in Dynamics 365 serves a purpose: 

  • Standard tables → Best for core CRM functionality 
  • Custom tables → Perfect when you need tailored data modeling 
  • Activity tables → Ideal for tracking interactions and touchpoints 
  • Virtual tables → Great for external or real-time data without duplication 
  • Elastic tables → Built for massive, fast-moving datasets 

Choosing the right table type leads to: 

  • Better performance 
  • Cleaner architecture 
  • Lower storage costs 
  • Greater scalability 
  • A more intuitive user experience 

Understanding these options empowers architects, admins, and makers to build smarter, future-ready solutions in Dynamics 365 and the Power Platform.

Frequently Asked Questions

Common questions about Standard, Elastic, Virtual, Activity, and Custom tables in Dataverse.

Standard tables are stored in Azure SQL Database and support full relationships, business rules, and security roles. Elastic tables are stored in Azure Cosmos DB instead, built for massive datasets with high-frequency writes, but with fewer relationship and feature options than Standard tables.
Microsoft’s own documentation lists three core types, Standard, Activity, and Virtual, with Custom tables being a form of Standard table and Elastic tables added more recently as a distinct option for high-volume workloads. In practice, most guides, including this one, treat all five as separate categories since they serve clearly different purposes.
Not directly. Because the two are stored on completely different underlying technology, Azure SQL versus Cosmos DB, moving data between them means recreating the schema and migrating data, typically using Power Automate or Dataflows, rather than a simple conversion.
Use a Virtual table when the data must remain in its original external system, such as a legacy SQL database or third-party API, and you need real-time or read-only access without duplicating storage. If you need full read/write capability and relationships, importing into a Standard or Custom table is usually better.
No. Activity tables are a special category of Standard table specifically designed for interactions like emails, calls, and appointments, and they come with built-in timeline visibility. Custom tables are built entirely from scratch for data that doesn’t fit any existing table.
Yes. Elastic tables support the same security model, including user, team, and organization ownership, even though their underlying storage technology is different from Standard tables.
There’s no hard limit, but if a solution grows past roughly 200 custom tables, it’s worth reviewing whether some can be consolidated or whether certain data should be externalized instead, rather than continuing to add tables by default.
Not sure which table type fits your use case?

Author By

Kamal Sharma

Kamal brings over 20 years of experience in data analytics and business intelligence. He has led the design and implementation of analytics solutions across operations, financial reporting, and performance improvement initiatives. With a background in business statistics and Six Sigma, his work focuses on applying data in a structured and practical way to solve real business challenges.

Author By

Kamal Sharma

Kamal Sharma

Kamal brings over 20 years of experience in data analytics and business intelligence. He has led the design and implementation of analytics solutions across operations, financial reporting, and performance improvement initiatives. With a background in business statistics and Six Sigma, his work focuses on applying data in a structured and practical way to solve real business challenges.

Decision-Ready Analytics

Turn your OEE dashboard into a decision system.

Book a 30-minute working session with our manufacturing analytics team.
Translate »