Skip to content

Dataverse

What is a Dataverse table?

By Suresh Girinathuni

Quick answer

A Dataverse table stores one type of business data, such as Accounts, Contacts, or custom entities like Repair Orders. Tables define typed columns, choices, and relationships (one-to-many, many-to-many) to other tables, and carry security roles, business rules, and auditing with them — so apps, flows, and reports share one governed definition instead of reimplementing it per screen.

Key takeaways

  • Tables model business entities with columns and relationships.
  • Security, rules, and auditing travel with the table.
  • Prefer standard tables where Microsoft schema fits.

Detailed Explanation

A Dataverse table stores one type of business data, such as Accounts, Contacts, or custom entities like Repair Orders. Tables define typed columns, choices, and relationships (one-to-many, many-to-many) to other tables, and carry security roles, business rules, and auditing with them — so apps, flows, and reports share one governed definition instead of reimplementing it per screen.

How it works

Design tables around business concepts, add columns with proper types, connect tables with lookups, then build views, forms, and apps on top. Standard tables ship with Microsoft schema for common scenarios; custom tables model what is unique to the business.

Limitations and considerations

Every table adds ALM surface: solutions, security roles, and capacity. Do not mirror SharePoint lists one-to-one — remodel around relationships instead.

This Q&A page is the short-answer layer for “What is a Dataverse table?” Use the related guides below when you need implementation steps, architecture trade-offs, or troubleshooting detail.

For broader context, visit the Dataverse Hub. It connects this topic to surrounding Microsoft 365, Power Platform, SharePoint, Copilot Studio, Dataverse, migration, and Dynamics 365 guidance.

When to use it

Create tables when data is relational, secured by role, audited, or shared across multiple apps and Dynamics 365.

Practical example

A service desk models Customers → Tickets → Technicians as three related tables instead of three disconnected lists, gaining role-based visibility and a single ticket form everywhere.

Sources