Relate vs Join: Cardinalidade para Tabelas de Atributos no ArcGIS

Qual é a diferença entre “relacionar” e “juntar” para tabelas no ArcGIS?

Quando você tem IDs exclusivos correspondentes em duas tabelas, você pode criar uma relação de tabela ou junção de tabela .

Uma junção de tabela anexa todas as colunas de uma tabela na outra com base no ID exclusivo.

Mas uma relação de tabela cria uma tabela totalmente nova. Portanto, quando você seleciona os registros em uma tabela, ela cria uma tabela temporária com base em todos os IDs exclusivos correspondentes.

Quando você usa relacionar? E quando você usa um “join”? Vamos aprender com 2 exemplos.

Exemplo de junção com relacionamento 1:1

As junções são adequadas para relacionamentos 1:1. Portanto, quando você tem um único registro que corresponde em ambas as tabelas, este é um momento apropriado para usar uma junção.

Por exemplo, temos um shapefile de cidades nos Estados Unidos. E também temos uma planilha de times da NFL com cidade e nome do time.

Contanto que não tenhamos duas cidades com o mesmo nome, isso significa que “NAME” é único no shapefile “US_Cities”. E isso também significa que temos um relacionamento 1:1 porque não há linhas com o mesmo ID exclusivo duas vezes ou mais.

Esta é a situação perfeita para realizar uma junção. Quando você cria uma junção entre essas duas tabelas, ela anexa a coluna “NFL_Team” no shapefile “US_Cities”.

No ArcGIS, como podemos realizar “junções” como anexamos os nomes das equipes da NFL ao shapefile das cidades dos EUA?

Primeiro, clique no botão suspenso da tabela e selecione “Joins and Relates” > Join. A partir daqui, você deve selecionar os campos de ambas as tabelas com o identificador exclusivo. No nosso caso, é o “NOME” e “CIDADE”.

Se exportarmos esta tabela depois de unida, ela se tornará permanente. Isso significa que as colunas anexadas permanecerão na nova tabela ou classe de recurso.

Exemplo de Relação com Relação 1:M

Quando um registro tem vários IDs correspondentes em outra tabela, esse é um relacionamento um para muitos (1-M). E é melhor usar “relacionar” para relacionamentos 1-M.

Por exemplo, digamos que temos uma lista de times e jogadores de futebol. Existem vários jogadores por equipe e cada equipe é única. Então isso significa que é 1-M.

Uma relação de tabela cria uma tabela totalmente nova. Portanto, quando você seleciona os registros em uma tabela, ela cria uma tabela temporária com base em todos os IDs exclusivos correspondentes.

Por exemplo, se selecionarmos o Houston Texans, apenas os jogadores desse time aparecerão em uma nova mesa.

Para configurar um “relacionamento”, abrimos a tabela de atributos “US_Teams”. Primeiro, você precisa clicar no botão suspenso da tabela no canto superior esquerdo da tabela de atributos (como mostrado abaixo).

Na lista suspensa, selecione “Joins and Relates” > Relate… Agora, selecione as colunas que correspondem em ambas as tabelas. No nosso caso, é “NAME” e “NAME”. Por fim, selecione o nome padrão “Relate1” ou dê outro nome.

Agora que identificamos os IDs exclusivos em ambas as tabelas, podemos selecionar os times na tabela de times de futebol. Após clicarmos em “Tabelas relacionadas” > Relacionar1, uma nova tabela é aberta com todos os registros correspondentes para a(s) equipe(s) selecionada(s).

Cardinalidade: Relacionamentos 1-1 vs Relacionamentos 1-M

Existem 3 tipos de relacionamentos (ou cardinalidade).

• Relacionamentos um para um (1-1)
• Relacionamentos um para muitos (1-M)
• Relacionamentos muitos-para-muitos (MN)

Para qualquer tipo de banco de dados , os relacionamentos um para um têm um registro correspondente em duas tabelas. Em seguida, os relacionamentos um-para-muitos têm vários registros em uma tabela que correspondem a um único registro em outra. Por fim, muitos para muitos têm vários registros correspondentes em ambas as tabelas.

Em todos os casos, os identificadores exclusivos (ou chaves) devem existir em ambas as tabelas para qualquer tipo de relacionamento. Este ID exclusivo (chave primária) é a ligação primária entre a tabela relacionada (chave estrangeira)

Tabela relacionada vs junção de tabela para tabelas no ArcGIS

Enquanto join acrescenta atributos ao final de uma tabela, o relacionamento cria uma tabela temporária para todos os registros correspondentes.

Todas as tabelas são vinculadas entre si com base na cardinalidade (1-1, 1-M e MN). Tanto a junção quanto a relação trabalham no princípio de ter IDs exclusivos correspondentes em duas tabelas.

Embora a junção seja particularmente útil para um relacionamento 1-1, o relacionamento é ideal para um relacionamento 1-M. Se você não tiver nenhum campo exclusivo para unir, tente uma união espacial . Esse processo usa localização ou proximidade para unir campos.

Você tem alguma dúvida sobre relacionar vs juntar? deixe-nos saber com um comentário abaixo.