Introdução: Migrar dados de acesso para o Dataverse

1. Inicie o Access, selecione Conta, selecione Mudar de Conta. A caixa de diálogo Conta é aberta.

2. Certifique-se de que tem sessão iniciada no Access com as mesmas credenciais que utiliza no Power Apps. Consoante o seu ambiente, poderá ter de introduzir informações de segurança adicionais, como uma autenticação secundária ou um pin.
   
   Nota    Se não utilizar a mesma conta para o Access e o Power Apps, a migração falha devido a problemas de permissões.

3. Abra a base de dados do Access que pretende migrar.
   
   Sugestão    Certifique-se de que todos os objetos do Access abertos estão fechados, porque um bloqueio pode impedir a migração de tabelas.

4. Clique com o botão direito do rato numa tabela no painel de navegação e selecione Exportar > Dataverse.

5. Na caixa de diálogo Exportar Objetos , selecione todas as tabelas que pretende exportar e desmarque todas as tabelas que não pretende exportar.

6. Selecione OK.
   
   

7. Na caixa de diálogo Exportar Dados para Ambiente Dataverse , selecione um URL de instância na lista fornecida pelo Serviço de Deteção Global.
   
   Nota    No Power Apps, um URL de Instância representa uma sessão específica de um ambiente do Power Apps. Não deve ser confundido com um URL de página Web. Um componente da cadeia , "crm.dynamics" é uma transição das versões anteriores do Power Apps.
   
   
   
   Para obter mais informações, veja Começar: configurar um ambiente Dataverse.

O próximo passo é fazer escolhas importantes sobre como pretende migrar. Repare que os valores predefinidos são os mais comuns.

1. Para exportar tabelas relacionadas das tabelas selecionadas, selecione Exportar todas as tabelas relacionadas.
   
   Nota    Neste momento, apenas as tabelas subordinadas diretas são incluídas quando opta por exportar tabelas relacionadas. Se quiser incluir todas as relações, utilize a caixa de diálogo Exportar Objetos para selecionar todas as tabelas que pretende migrar.

2. Para ver estas tabelas, selecione Ver Tabelas Relacionadas. É apresentada a caixa de diálogo Tabelas Relacionadas .
   
   As relações de tabela são apresentadas numa vista hierárquica em duas colunas: a coluna esquerda apresenta as tabelas selecionadas e a coluna direita apresenta as tabelas relacionadas.
   
   

   Observação: No Access, pode criar uma relação um-para-muitos e o campo de chave externa na tabela referenciada pode ser qualquer campo. No entanto, no Dataverse, o campo de chave externa na tabela referenciada tem de ser a chave primária da tabela referenciada. Se a chave externa do Access não for uma chave primária na tabela referenciada, a operação de exportação para o Dataverse falhará. Para exportar os dados com êxito, certifique-se de que a chave externa do Access é a chave primária na tabela referenciada.

3. Para criar ligações de tabela no Access para cada tabela Dataverse criada pela operação de exportação, selecione Ligar à tabela Dataverse após a exportação.

4. Para pré-visualizar os resultados, selecione Abrir o URL da tabela Dataverse quando terminar.
   
   Esta opção não está disponível se estiver a exportar para o Dataverse no Teams.

5. Para definir explicitamente um campo como a coluna de nome principal, selecione Selecionar campos de nome principal e, em seguida, selecione um campo na lista pendente.
   
   Se não especificar uma coluna a utilizar, a primeira coluna de texto da esquerda é utilizada como a coluna Nome Principal. Se não existir nenhuma coluna de texto, é criada uma coluna de marcador de posição de nome principal com valores nulos.
   
   

6. Selecione Avançar.

O processo de validação começa automaticamente quando vê uma caixa de diálogo que apresenta "Validador em Execução..." na parte superior. Se o processo de validação for bem-sucedido, outra mensagem apresenta "Validação concluída" e, em seguida, pode selecionar OK.

Tenha em atenção estas mensagens:

Mensagem	Explicação
"A obter a lista de tabelas da origem OData"	O processo de migração começou.
"Exportar objetos selecionados"	As tabelas que selecionou estão a ser migradas para o Dataverse.
"Todas as tabelas que não encontraram um erro foram exportadas com êxito."	Se ocorrer um único erro numa tabela, a tabela não será exportada. Caso contrário, a operação de exportação da tabela estará concluída. Para continuar, selecione Fechar.
"Importar tabelas selecionadas e tabelas relacionadas"	Consoante a forma como exportou as tabelas, as tabelas ligadas são criadas, as tabelas originais são renomeadas e são criadas e ligadas várias tabelas do sistema Dataverse no Access.

Durante o processo de validação, se existirem campos não suportados, o Access identifica tipos de dados ou linhas não suportados que excedem os limites e cria uma tabela de erros de validação de colunas Dataverse que armazena em cada linha o nome da tabela exportada e os campos que não foram suportados. Pode optar por migrar todos os tipos de dados suportados e optar por não migrar tipos de dados não suportados. Se optar por não migrar, os dados permanecem no Access.

O que acontece aos tipos de dados não suportados e aos limites excedidos

Se optar por ligar tabelas, confirme que os resultados são os esperados. Observe esta mensagem "A obter a lista de tabelas do ambiente Dataverse". As tabelas originais permanecem, mas os respetivos nomes são alterados. As tabelas ligadas devem agora ter os nomes de tabela originais para que todos os objetos de front-end continuem a funcionar como anteriormente. A chave primária do Access (Numeração Automática) é preservada. É adicionada uma nova coluna que corresponde à Chave Primária do Dataverse (GUID) e o nome da coluna é o nome da tabela.

O Access também adiciona tabelas ligadas adicionais do Dataverse denominadas Teams, Utilizadores e Unidades de Negócio. Estas tabelas de sistema contêm as seguintes informações úteis:

• Usuários    Email endereço, nome completo, telefone, tipo de licença, unidade empresarial, etc.

• Teams    Equipa, Nome da equipa, associação, etc.

• Unidade de Negócio Centro de custos, Web site, Limite de Crédito, etc.

• Conversor de Moedas Conversor de Moedas detalhes para todas as moedas de transação, incluindo valores como taxa de câmbio, nome, símbolo, código, entre outros. Esta tabela só é apresentadase o Access tiver um tipo de dados de moeda que migrou para o Dataverse.

Poderá querer utilizar estas informações adicionais para melhorar a sua solução do Access. Pode manter estas tabelas num formulário ou adicioná-las a um relatório. Para obter mais informações, veja Dataverse system tables and columns (Tabelas e colunas do sistema Dataverse).

Recomendamos que reveja e confirme o processo de migração ao examinar cada tabela e campo no ambiente Dataverse. Os nomes de tabelas e campos dataverse devem corresponder aos nomes das tabelas e colunas do Access. O Access abre automaticamente o ambiente Dataverse para a primeira tabela migrada.

As tabelas do Access aparecem em Dataverse como tabelas com um nome a apresentar e tipo de dados correspondentes:

• A coluna "Nome a Apresentar" deve listar cada nome de campo do Access numa tabela.

• O formato de um campo "Nome" tem um prefixo, um caráter de sublinhado e o nome da tabela, por exemplo, cr444_<nome da tabela>. Isto é denominado nome lógico em Dataverse.

• Todos os campos migrados do Access aparecem como "Personalizado" na coluna Tipo, junto ao GUID gerado automaticamente e aos tipos de dados de campo Dataverse existentes.

Observação Se já houver uma tabela dataverse com o mesmo nome do nome da tabela de acesso exportado, um número será acrescentado à nova tabela dataverse.

Por padrão, o Access define a primeira coluna de texto (da esquerda para a direita) como o nome primário do Dataverse. Se uma tabela não tiver campos de texto, o Access adicionará uma coluna de texto vazia como o último campo da tabela e definirá esse campo como o nome primário do Dataverse. você também pode definir um campo específico como um nome primário. Esta coluna está visível no Access e no Dataverse.

Para obter mais informações, consulte Trabalhar com qualquer dado no Dataverse.

Depois de migrar tabelas de acesso para o Dataverse, você poderá exibir as tabelas e colunas no Dataverse e no Access a qualquer momento. Observe que, no Dataverse, os campos são exibidos em ordem alfabética, não na ordem original no Access.

Dataverse/Power Apps    Para obter informações sobre como exibir e trabalhar com tabelas no Dataverse, consulte Editar uma tabela no Power Apps.

Nota    Clicar com o botão direito do mouse em uma tabela vinculada migrada no Access abre a tabela no portal do Power Apps Maker em seu navegador. Na exibição padrão do portal do Power Apps, os campos de sistemas não são exibidos, fornecendo uma exibição mais simples que mostra as colunas migradas do Access.

Dataverse para Teams    Há várias maneiras de exibir as tabelas e colunas:

• Crie um Power App rápido para exibir ou atualizar os dados.

• No menu build, selecione Ver Tudo no "Itens criados para..." painel e clique na tabela que você deseja exibir.

• Use o Designer de Tabela no Teams. Para obter mais informações, consulte Criar uma tabela no Teams.

Ponta    Você pode achar útil marcar o endereço de URL da exibição de tabela que você prefere no navegador.

Dica    Você também pode exibir os dados no Excel selecionando o comando suspenso Dados e selecionando Editar no Excel. Para obter mais informações, consulte Editar dados de tabela no Excel.

Para obter mais informações, confira Tabelas e colunas do sistema dataverse.

As seções a seguir fornecem uma visão geral adicional e informações conceituais.

Entender chaves primárias e nomes primários

Chaves Primárias são usadas para identificar as linhas de dados em um banco de dados. O Access e o Dataverse têm estruturas de chave diferentes. Durante a migração, o Dataverse e o Access gerenciam automaticamente a coordenação entre os dois produtos com suas próprias chaves exclusivas e sem interação do usuário.

Durante o planejamento e o processo de migração, há duas chaves primárias e um campo primário adicional para estar ciente:

Acessar o AutoNumber     O Access geralmente usa o tipo de dados AutoNumber, que incrementa automaticamente um número exclusivo, como uma chave primária para tabela. Esse campo é criado no Dataverse como um campo número inteiro com o formato de número automático aplicado. Durante a migração, o número inicial no Dataverse é definido como o próximo número sequencial com base nas linhas de acesso. O acesso continua a usar a coluna AutoNumber para identificar as linhas de dados, embora o Dataverse use uma chave diferente.

Importante    O Dataverse cria o campo Autonumeração como opcional, mas isso é por design. O Dataverse gera seu número sequencial quando o registro é salvo. Se esse valor for definido como necessário, os clientes do Dataverse exigirão que um valor seja inserido antes da economia, o que impede a geração automática de números. Se o campo ficar em branco, um número automático será sempre gerado.

Dataverse GUID O Dataverse usa um tipo de dados GUID (Identificador Globalmente Exclusivo) como sua chave primária, que é criada automaticamente como um identificador exclusivo e necessária em cada tabela. O Dataverse não requer dados importados para ter uma chave primária, ele cria automaticamente um GUID para você.

Nome primário do Dataverse O Dataverse também inclui outra coluna chamada Nome Primário. Este é um nome amigável usado para identificar linhas como uma alternativa ao uso de um GUID. É necessário que esse campo esteja presente e, dependendo das configurações em clientes do Power Platform, pode exigir que essa coluna seja preenchida. Você pode alterar manualmente esse requisito. O Nome Primário não é exclusivo por padrão. Por exemplo, um nome de cliente pode ser o Nome Primário que corresponde a uma ID exclusiva do cliente. Pode haver dois clientes com o nome "Jones", mas cada um teria uma ID exclusiva do cliente.

Diretrizes para decisões sobre chaves primárias

A chave primária access, a chave primária do Dataverse e a coluna Nome Primário são criadas automaticamente por padrão. Mas você pode fazer escolhas sobre como lidar com as três chaves primárias. Aqui estão algumas diretrizes para ajudá-lo a decidir:

Chave primária    Se uma chave primária do Access (AutoNumber) também for uma chave de negócios, como um número de parte, você provavelmente deseja mantê-la porque ela é usada para identificar objetos no mundo real. Mas se uma chave primária do Access (AutoNumber) for usada exclusivamente para criar relações, ela poderá ser substituída por uma GUID (Chave Primária do Dataverse).

Observações

• Às vezes, uma tabela access contém uma coluna AutoNumber que não é usada como uma chave primária. Nesse caso, o Dataverse converte-o em um campo Número Inteiro e a capacidade de número automático é removida.

• O Dataverse também tem o equivalente a um campo Access AutoNumber, chamado campo AutoNumber, que é usado para gerar números sequenciais e é armazenado como um valor de cadeia de caracteres. Esse campo também pode incluir um prefixo (como uma cadeia de caracteres ou uma data) para o número que permite flexibilidade em como o campo pode ser usado. Esta coluna é baseada no tipo de dados de sequência automática SQL Server. Para obter mais informações, confira Colunas de número automático no Microsoft Dataverse.

Nome primário O Dataverse requer a existência de uma coluna Nome Primário. Um Nome Primário deve conter valores de cadeia de caracteres. Durante a migração, os usuários podem especificar qual coluna de texto no Access deseja usar como o Nome Primário. Se um usuário não especificar uma coluna a ser usada, a primeira coluna de texto à esquerda será usada como a coluna Nome Primário. Se nenhuma coluna de texto estiver presente, uma nova coluna será adicionada chamada Espaço reservado de nome primário que atenderá aos requisitos do Dataverse. Esta coluna é definida como Opcional e pode ser deixada despovoada.

Para obter mais informações, consulte Criar uma coluna de nome primário.

Comparação de chaves primárias e nomes primários

Descrição	Acessar chave primária	Chave Primária do Dataverse	Nome primário do Dataverse
Tipo de dados	Número Automático (ou qualquer coluna que possa ser indexada)	GUID	Cadeia de caracteres
Sumário	Um número simples e sequencial	Números aleatórios e letras exclusivas para o ambiente	Valores de cadeia de caracteres legíveis pelo homem
Exemplo	234	123e4567-e89b-12d3-a456-426655440000	Um nome, como "Jones". Um número inteiro, como 234 ou uma combinação como SalesOrder9071
Requisito	Muitas vezes usado, mas não necessário	Cada tabela deve ter uma	Cada tabela deve ter uma
Modificável	Um campo de número automático não pode ser modificado, outros tipos de campo podem ser modificados	Não	Sim
Identificador exclusivo	Sempre	Sempre	Somente como uma chave alternativa
Chave composta	Com suporte e geralmente combinado com o AutoNumber	Sem suporte	Sem suporte
Visibility	Normalmente, a primeira coluna de tabela	Geralmente oculto, mas pode ser exibido.	Padrões para ficar visível
Indexação	Pode ser indexado. Para obter mais informações, consulte Criar e usar um índice para melhorar o desempenho.	Indexado automaticamente	Indexado automaticamente
Comentários	Depois de definido e você insere dados, não é possível alterar nenhum outro campo para um tipo de dados AutoNumber.	Não é possível ser criado por um usuário ou durante uma operação de importação de dados.	Também usado com campos gerados automaticamente em cartões de dados, formulários controlados por modelo e com pesquisas na criação de formulários.

Observações

• Os índices de acesso não são convertidos automaticamente em índices do Dataverse.

• Nas capas, o Dataverse usa SQL do Azure Server para criar índices automaticamente com base em padrões de uso de dados. Índices para chaves primárias e alternativas sempre são criados e outros serão adicionados ou removidos com base em como você usa seus dados.

Entender relações de Acesso e Dataverse

É importante entender como você deseja gerenciar relações de tabela junto com chaves primárias. Para as tabelas selecionadas para migrar, você pode optar por mover automaticamente todas as tabelas relacionadas com as tabelas selecionadas ou ignorá-las durante a migração e apenas deixar as tabelas relacionadas no Access. De qualquer forma, você também pode optar por vincular as tabelas que você migra para manter as relações atuais no Access.

Durante a operação de exportação de dados, as tabelas de acesso com relações um para muitos podem ser recriadas como relações um para muitos no Dataverse. Assim como o Access, o Dataverse também tem integridade referencial, como atualizações em cascata de campos relacionados e exclusões em cascata de registros relacionados. Se o banco de dados access tiver um diagrama de relação, ele será preservado. No entanto, as tabelas locais originais são substituídas por novas tabelas vinculadas.

O Access e o Dataverse dão suporte a uma pesquisa entre duas tabelas em uma relação de um para muitos. Durante o processo de migração, as pesquisas de acesso são recriadas no Dataverse, conforme o exemplo a seguir mostra:

• Duas tabelas de acesso, clientes e pedidos, têm chaves primárias CustomerID e OrderID com base em um tipo de dados AutoNumber. A tabela Pedidos no Access tem uma chave estrangeira que contém valores da chave primária access na tabela Clientes.

• Durante a operação de exportação, ambas as chaves primárias do Access são preservadas e mantidas como colunas inteiros do AutoNumber, mas não são usadas como a coluna de chave primária na tabela Dataverse. Cada tabela tem uma nova coluna GUID adicionada que se torna a chave primária na tabela Dataverse.

• Uma pesquisa é criada para a chave estrangeira CustomerID na tabela Pedidos para encontrar a chave primária CustomerID correspondente na tabela Clientes. Depois que as tabelas forem migradas para o Dataverse, se você modificar a coluna de pesquisa de chave estrangeira adicionada recentemente à tabela Orders, ela também atualizará a coluna de chave estrangeira original. Seu aplicativo access pode continuar a usar a chave estrangeira Access, em vez da chave estrangeira do Dataverse. Se a chave estrangeira access for modificada na tabela vinculada no Access, ela também atualizará a chave estrangeira do Dataverse. No entanto, a chave estrangeira access será somente leitura no Dataverse.

• Neste exemplo de relação de um para muitos, a chave primária orders não é usada, mas, claro, pode ser usada para outras relações.

Para obter mais informações, consulte Vídeo: criar relações com o Assistente de Pesquisae Criar uma relação entre tabelas usando uma coluna de pesquisa.

Diretrizes para decisões sobre chaves e relacionamento

Para ajudá-lo a decidir qual é a melhor opção para você, aqui está um resumo das opções comuns ao migrar:

Migrar dados, mas ignorar relações Você decide remover a coluna Chave primária do Access (AutoNumber) porque não há outras tabelas de Acesso com referências ou relações que dependem dela, e seria confuso tê-la na tabela Dataverse ao lado da chave primária do Dataverse (GUID).

Migrar dados e relações com tabelas vinculadas O cenário padrão é manter a chave primária do Access original (AutoNumber), mas ela não é usada como a chave primária no Dataverse. Agora você conta com a GUID (chave primária do Dataverse) e a usa na tabela Dataverse como um identificador exclusivo. O acesso cria tabelas vinculadas para preservar as relações de acesso. Observe que você não pode excluir a chave primária do Dataverse (GUID).

Em uma relação, você pode editar os valores de chave estrangeira (no Access ou no ambiente do Dataverse). Você também pode editar chaves estrangeiras que se referem à chave primária access em uma tabela vinculada do Access e ela atualizará automaticamente a chave estrangeira do Dataverse que faz referência à chave primária do Dataverse na tabela estrangeira.

Migrar dados sem tabelas vinculadas e recriar relações no Dataverse Como as tabelas não são mais usadas no Access, você pode recriar relações no Dataverse usando a GUID (Chave Primária do Dataverse), adicionando pesquisas do Dataverse e escolhendo um campo de texto em cada tabela como um Nome Primário durante o processo de migração.