[Resolvido] Atualizar chave primária

Boa noite amigos!

Hoje me deparei com um problema e creio que vocês podem me ajudar

É o seguinte: chegou o momento em que duas tabelas bastante utilizadas em consultas estão com com a numeração da chave automática praticamente igual, acarretando conflitos e resultados inesperados em algumas consultas.

Primeiramente, pensei em atualizar os valores do campo código de cada tabela com uma letra diferente (A1234 e B1234), mas aí teria que mudar para Texto e seria incompatível com as chaves estrangeiras. Pensei, então, em colocar dois números à esquerda (001234 e 991234), assim as PK nunca seriam iguais.

Como seria e onde eu colocaria o código para continuar sendo numeração automática, mas com 2 números predefinidos à esquerda?

Nota: a tabela é alimentada automaticamente e não através de formulário.

Fico no aguardo =D

Olá, Para o que relata, aparentemente não vejo necessidade para isso.
Quais são os erros e conflitos?
Nas consultas, caso seja a mesma designação para o campo ID, deve colocar na consulta:

NomeTabela.NomeCampoId

Fica sugestão, abraço

Bom, na verdade, eu "herdei" o programa do antigo programador. Se trata de um programa para veterinários e no formulário de venda de produtos, puxa-se o POOL_STATUS (seriam as chaves) de uma consulta União onde se juntam as duas tabelas. Acontece que a tabela pega da consulta União o POOL_STATUS de acordo com o produto escolhido. É aí que começa o conflito, pois tendo duas chaves iguais, vai puxar dois produtos diferentes...

SELECT [Nome], [PROD_POOL_STATUS], [HBNR], [STALL]
FROM [CONSULTA_PRODUTOS_POOL]
UNION SELECT [Nome],[POOL_STATUS], [HBNR], [STALL]
FROM [CONSULTA_PRODUTOS_POOL_2]
ORDER BY [Nome] ASC;

Ainda tenho um conhecimento bem superficial do Access e pensei que a melhor forma de arrumar isso sem estragar todo o resto seria diferenciar as duas chaves...
Não sei se consegui explicar muito bem, achei bem difícil de entender da primeira vez kkk
Estou aberto à sugestões =D

Olá Gabriel Brunichaki, se compreendi bem com a união a coisa fica feia, realmente vai repetir.

Na minha opinião o ID automatico fica sempre melhor que um contador.
Depois como já tem aplicação a funcionar, ao alterar o ID para outro, poderá ter problemas e ter que efetuar ajustes à aplicação.

Ideias:

a) Criar mais um ID para cada tabela como ideializou (mantendo o atual assim não vai prejudicar no resto da aplicação)
b) Na consulta criar um identificador para cada origem, exemplo (ORIGEM):
   CONSULTA_PRODUTOS_POOL = 0
   CONSULTA_PRODUTOS_POOL2 = 1

assim na uniao tinha registos duplicados, mas consegue identificar qual a tabela de origem , podendo adicionar mais uma clausula no WHERE a escolher a tabela origem.

Fica ideia, ficando aguardar opinião de outros membros.
Abraço

Olá ahteixeira

Então, acabei de fazer isso e deu certo! Vim aqui responder que tinha conseguido criando um campo "Origem" e usando o critério WHERE e foi justamente o que tu sugeriu (que bom, sinal que tô no caminho certo ).

Valeu pela atenção, um abraço!!

Olá Gabriel Brunichaki, com o MaximoAccess estamos todos no caminho certo
Obrigado pelo retorno, os utilizadores do fórum agradecem.
Abraço