[Resolvido]Chave Primária

bom dia

achei um topico semelhante a minha pergunta em outro forum, tenho o mesmo problema.

Gerencio um banco de dados em Access na empresa onde eu trabalho, o front-end fica nas maquinas dos usuarios e o back-end no diretório de rede do departamento. O problema, é que sempre o banco perde a chave primaria somente de uma tabela (a mais importante). O banco está totalmente protegido, sempre troco as senhas e ninguém aqui sabe (e nem poderia entrar no banco para fazer essa sac***...), alguém poderia resolver esse problema do porque o Access perde a chave primaria?

Bom dia,

O seu sistema possui alguma rotina de compactação e reparação da base de dados?
Sempre que possível (geralmente no final do expediente), digo, diariamente, execute o compactar e Reparar da base de dados, pois o Access reorganiza os dados e sua estrutura de tabelas, PK's, índices e etc.
Acho difícil o Access permitir que a chave primária se corrompa.

Boa sorte.

[]'s

é meio complicado funciona em dois turnos, até um certo tempo não dava problemas mas depois que criaram alguns acesso via terminal remoto notei que esta dando problemas.

Olá a todos,

LM, não deveria acontecer.
Em que versão se encontra o seu back end?
Qual a versão do servidor e tem todas as atualizacoes?

Já implementou esta técnica:
https://www.maximoaccess.com/t32212-evita-corrupcao-do-banco

Abraço

Nois,

Quando voce diz que seu back-end esta no servidor e o front-end esta na máquina do usuario, é por que voce trabalha com com o front-end vinculado ou não acoplado?

utilizo vinculado campos acoplados

Teixeira uso o recurso para corrupção mas mesmo assim aconteceu problema

access 2010 e access 2013 em algumas maquinas consequentemente win7 e win10

Olá a todos,

Creio ser um problema de compatibilidade de versões.
Por curiosidade, qual a versão que usa para o desenvolvimento? Será a 2013???

Uma vez que tem duas versões diferentes no funcionamento, deve usar no desenvolvimento a versão mais antiga.
Pois como ja verificamos aqui (https://www.maximoaccess.com/t23695-resolvidoconversao-de-arquivo-para-access-2007) apesar de ser base de dados ACCDB existe várias versões.
Além disso existe funcionalidades do 2013 que não são suportadas no 2010.
Será esta situação que está a causar o erro?

Abraço

uso a 2010 tenho consciência de incompatibilidade,
Aos poucos o TI esta migrando os equipamentos para o Win10 e office 2013
para começar a desenvolver em campos não acoplados fica complicado, ao longo de 5 anos fiz muitos controles que atendem bem

Olá Nois,

Estamos a tentar despistar.
A chave primária é Autonumero (automática) ou é gerada por código?
Outra situação, já criou uma base de dados nova e importou todas as tabelas?

Encontrei este artigo, veja se ajuda:

allenbrowne.com/ser-40.html

Ficamos aguardar mais sugestões dos colegas do fórum.

Abraço

Obrigado, vou dar uma lida a respeito.

respondendo

sim ja fiz algumas vezes importar os back's e o front para um novo arquivo

Minha chave é gerada por código, consigo ter maior autonomia nos registros.

Ola Nois,

No entanto, pode ter um campo ID automatico, independentemente de ter o que usa por por codigo.
Vamos desvendar o que se esta a passar

Tem alguma base guardada com o erro, pode verificar se tem duplicados (com consulta), vazios ou com algum carater estranho?

Outra alternativa, pode estar alguma falha no codigo provocada por alguma acao de um utilizador, por exemplo:
-fechar a base de dados a meio de um registo
-tecla escape em algum campo e na continuar o codigo, etc

Abraco

Resolvido!

com a mudança de rede a área de TI não tinha marcado todas as permissões de compartilhamento da pasta em rede

a pasta deve estar marcado "controle total" a todos os usuários, desde que fiz isso por conta propria não tive mais problema.

agradeço a todos pela atenção.

Olá LM,

Obrigado pelo retorno, o fórum agradece.

Abraço