Relações entre tabelas em um Modelo de Dados

As relações se baseiam em colunas de cada tabela que contenham os mesmos dados. Por exemplo, você pode relacionar uma tabela Customers com uma tabela Pedidos se cada um contiver uma coluna que armazene uma ID do Cliente. No exemplo, os nomes de coluna são os mesmos, mas isso não é um requisito. Uma pessoa poderia ser CustomerID e outra, CustomerNumber, desde que todas as linhas na tabela Orders contivessem uma ID que também é armazenada na tabela Customers.

Em um banco de dados relacional, há vários tipos de chaves. Uma chave normalmente é coluna com propriedades especiais. Compreender a finalidade de cada chave pode ajudar a gerenciar um Modelo de Dados de várias tabelas que fornece dados para uma Tabela Dinâmica, um Gráfico Dinâmico, ou relatório do Power View.

Embora haja muitos tipos de chaves, estes são os mais importantes para nosso objetivo aqui:

• Chave primária: identifica exclusivamente uma linha em uma tabela, como CustomerID na tabela Clientes.

• Chave alternativa (ou chave de candidato): uma coluna diferente da chave primária exclusiva. Por exemplo, uma tabela Employees pode armazenar uma ID de funcionário e um cadastro de pessoas físicas, ambos sendo exclusivos.

• Chave estrangeira: uma coluna que se refere a uma coluna exclusiva em outra tabela, como CustomerID na tabela Pedidos, que se refere a CustomerID na tabela Clientes.

Em Modelo de Dados, a chave primária ou a chave alternativa é referenciada como a coluna relacionada. Se uma tabela tiver uma chave primária e outra alternativa, você poderá usar qualquer uma como base de uma relação de tabela. A chave estrangeira é referenciada como a coluna de origem ou apenas coluna. No nosso exemplo, uma relação seria definida entre CustomerID na tabela Pedidos (a coluna) e CustomerID na tabela Clientes (a coluna de busca). Se você importar dados de um banco de dados relacional, por padrão, o Excel escolherá a chave estrangeira de uma tabela e a chave primária correspondente de outra tabela. Entretanto, você pode usar qualquer coluna com valores exclusivos como a coluna de pesquisa.

A relação entre um cliente e um pedido é uma relação um para muitos. Todo cliente pode ter várias ordens, mas uma ordem não pode ter vários clientes. Outra relação de tabela importante é um para um. No nosso exemplo aqui, a tabela CustomerDiscounts, que define uma taxa de desconto única para cada cliente, tem uma relação um-para-um com a tabela Customers.

Esta tabela mostra as relações entre as três tabelas (Clientes, CustomerDiscountse Pedidos):

Relação	Tipo	Coluna de pesquisa	Coluna
Customers-CustomerDiscounts	um para um	Customers.CustomerID	CustomerDiscounts.CustomerID
Customers-Orders	um-para-muitos	Customers.CustomerID	Orders.CustomerID

Após a criação de qualquer relação, Excel geralmente deve recalcular todas as fórmulas que usam colunas de tabelas no relacionamento recém-criado. O processamento pode ser demorado, dependendo da quantidade de dados e da complexidade das relações. Para obter mais detalhes, consulte Recalcular fórmulas.

Um Modelo de Dados pode ter várias relações entre duas tabelas. Para criar cálculos precisos, Excel precisa de um único caminho de uma tabela para a próxima. Por isso, apenas uma relação entre cada par de tabelas é ativa de cada vez. Embora os outros sejam inativos, você pode especificar uma relação inativa em fórmulas e consultas.

Em Exibição de Diagrama, a relação ativa é uma linha sólida e as inativas são linhas tracejadas. Por exemplo, em AdventureWorksDW2012, a tabela DimDate contém uma coluna, DateKey, que está relacionada a três colunas diferentes na tabela FactInternetSales: OrderDate, DueDatee ShipDate. Se a relação ativa estiver entre DateKey e OrderDate, essa será a relação padrão em fórmulas, a menos que você especifique em contrário.

Uma relação poderá ser criada quando os seguintes requisitos forem atendidos:

Critérios	Descrição
Identificador exclusivo para cada tabela	Cada tabela deve ter uma única coluna que identifica exclusivamente cada linha nessa tabela. Essa coluna geralmente é chamada de chave primária.
Colunas de pesquisa exclusivas	Os valores de dados na coluna de pesquisa devem ser exclusivos. Em outras palavras, a coluna não pode conter duplicatas. Em um Modelo de Dados, as cadeias de caracteres nulas e vazias equivalem a um espaço em branco, que é um valor de dados distinto. Isso significa que não pode haver vários nulos na coluna de pesquisa.
Tipos de dados compatíveis	Os tipos de dados da coluna de origem e da coluna de pesquisa devem ser compatíveis. Para obter mais informações sobre tipos de dados, consulte Tipos de dados com suporte em Modelos de Dados.

Em um Modelo de Dados, você não poderá criar uma relação de tabela se a chave for uma chave composta. Você também está restrito para criar relações de um para um e um para muitos. Outros tipos de relação não têm suporte.

Chaves compostas e colunas de pesquisa

Uma chave composta é uma chave composta de mais de uma coluna. Os modelos de dados não podem usar chaves compostas: uma tabela deve sempre ter exatamente uma coluna que identifique exclusivamente cada linha na tabela. Se você importar tabelas que tenham uma relação existente com base em uma chave composta, o Assistente de Importação de Tabela no Power Pivot ignorará essa relação porque ela não pode ser criada no modelo.

Para criar uma relação entre duas tabelas que têm várias colunas que definam as chaves primária e estrangeira, primeiro combine os valores para criar uma coluna de chave única antes de criar a relação. Você pode fazer isso antes de importar os dados ou criar uma coluna calculada no Modelo de Dados usando o complemento do Power Pivot.

Relações muitos para muitos

Um Modelo de Dados não pode ter relações de muitos para muitos. Você não pode simplesmente adicionar tabelas de junção no modelo. No entanto, você pode usar funções DAX para modelar relações muitos para muitos.

Autojunções e loops

Não são permitidas autojunções em um Modelo de Dados. Uma autojunção é uma relação recursiva entre uma tabela e ela mesma. Autojunções costumam ser usadas para definir hierarquias pai-filho. Por exemplo, você pode unir uma tabela Employees a ela própria para produzir uma hierarquia que mostra a cadeia de gerenciamento em uma empresa.

O Excel não permite criar loops entre relações em uma pasta de trabalho. Em outras palavras, o conjunto de relações a seguir é proibido.

Tabela 1, coluna a   a   Tabela 2, coluna f

Tabela 2, coluna f   a   Tabela 3, coluna n

Tabela 3, coluna n   a   Tabela 1, coluna a

Se você tentar criar uma relação que resulte na criação de um loop, será gerado um erro.

Uma das vantagens para importar dados usando o suplemento Power Pivot é que o Power Pivot pode detectar relações e criar novas relações no Modelo de dados que cria no Excel.

Quando você importa várias tabelas, o Power Pivotautomaticamente detecta todas as relações existentes entre as tabelas. Além disso, quando você cria uma Tabela Dinâmica, o Power Pivot  analisa os dados nas tabelas. Ele detecta possíveis relações que não foram definidas e sugere colunas apropriadas a serem incluídas nessas relações.

O algoritmo de detecção usa dados estatísticos sobre os valores e metadados de colunas para criar inferências sobre a probabilidade das relações.

• Os tipos de dados em todas as colunas relacionadas devem ser compatíveis. Para a detecção automática, apenas os tipos de dados de número inteiro e de texto têm suporte. Para obter mais informações sobre tipos de dados, consulte Tipos de dados com suporte em Modelos de Dados.

• Para que a relação seja detectada com êxito, o número de chaves exclusivas na coluna de pesquisa deve ser maior que os valores na tabela no lado muitos. Em outras palavras, a coluna de chave no lado muitos da relação não deve conter valores que não constem na coluna de chave da tabela de pesquisa. Por exemplo, digamos que você tenha uma tabela que liste produtos com suas IDs (a tabela de pesquisa) e uma tabela de vendas que liste vendas para cada produto (o lado muitos da relação). Se seus registros de vendas contiverem a ID de um produto sem uma ID correspondente na tabela Products, a relação não poderá ser criada automaticamente, mas você poderá criá-la manualmente. Para que o Excel detecte a relação, primeiro atualize a tabela de pesquisa Product com as IDs dos produtos ausentes.

• Verifique se o nome da coluna de chave no lado muitos é semelhante ao nome da coluna de chave na tabela de pesquisa. Os nomes não precisam ser exatamente iguais. Por exemplo, em uma configuração de negócios, você geralmente tem variações nos nomes de colunas que contêm essencialmente os mesmos dados: ID de emp, EmployeeID, IDde funcionário, EMP_ID e assim por diante. O algoritmo detecta nomes semelhantes e atribui uma probabilidade maior às colunas com nomes semelhantes ou exatamente iguais. Por isso, para aumentar a probabilidade de criar uma relação, experimente renomear as colunas nos dados importados com nomes semelhantes aos das colunas nas tabelas existentes. Se o Excel encontrar várias relações possíveis, ele não criará uma relação.

Essas informações podem ajudá-lo a compreender por que nem todas as relações são detectadas ou como as alterações feitas nos metadados (como o nome de campo e os tipos de dados) podem melhorar os resultados da detecção automática de relações. Para obter mais informações, consulte Solucionar problemas de relações.

Detecção automática para conjuntos nomeados

As relações não são detectadas automaticamente entre Conjuntos Nomeados e campos relacionados em uma Tabela Dinâmica. Você pode criar essas relações manualmente. Se você desejar usar a detecção automática de relações, remove cada Conjunto Nomeado e adicione os campos individuais do Conjunto Nomeado diretamente à Tabela Dinâmica.

Inferência de relações

Em alguns casos, as relações entre as tabelas são encadeadas automaticamente. Por exemplo, se você criar uma relação entre os dois primeiros conjuntos de tabelas abaixo, uma relação será inferida como existente entre as outras duas tabelas, e uma relação será estabelecida automaticamente.

Products e Category -- criada manualmente

Category e SubCategory -- criada manualmente

Products e SubCategory -- a relação é inferida

Para que sejam encadeadas automaticamente, as relações devem seguir em uma direção, conforme mostrado acima. Se as relações iniciais fossem entre, por exemplo, Sales e Products e Sales e Customers, uma relação não seria inferida. Isso ocorre porque a relação entre Products e Customers é uma relação muitos para muitos.