Reduzir Tamanho do Banco melhorar desempenho

Olá Sérgio,

O sistema está dividido entre Back-End e Front-End?
O Front-End de cada máquina está vinculado ao Back-End?

Não seria muito viável utilizar Access onde existe a possibilidade de 38 usuarios conectados. As chances de ele se corromper são grandes.

O Access não é multi tarefa (multi-thread), ou seja, ele responde 1 a 1 quando é feita uma requisição (Consultas, Instrução SQL e etc.) e neste intervalo, ele "congela" o processamento no banco de dados,até o retorno do resultado, diferente dos bancos de dados SQL Server, Oracle, MySQL, que são multi-thread e que respondem aos usuários simultâneamente suas requisições.

Para minimizar o problema, seria mais viável trabalhar com objetos Não Acoplados à tabela, utilizando conexão ADO e realizando os bloqueios corretos de registro (Lock Optimistic, Lock Pessimistic e etc.) através de recordset's.

É necessário analisar como foi desenvolvido o sistema para entender melhor tua necessidade, pois o modo Não Acoplado seria mais trabalhoso, e neste caso, utilizaria outra linguagem e outro banco de dados, como por exemplo VB.Net ou C# e banco de dados SQL Server.

Att,

Fim

Bom dia Sérgio,

É preciso entender como está a modelagem das tabelas, seus índices e respectivas chaves primárias e etc.

Indices e Chaves Primárias impactam diretamente no desempenho de consultas e subconsultas. Quando não há chave ou índice na tabela, atrapalha o desempenho. Quando há índices demais também atrapalha o desempanho e tem que ter um certo cuidado em criá-los.

- Verificar o tipo e tamanho dos campos nas tabelas. É muito comum, as vezes na correria, criar campos com 255 caracteres para armazenar a sigla do Estado (UF), Sexo (1 caracter apenas), Tipo de Pessoa (Fisica ou Juridica - F ou J), ocupando espaço desnecessário.

- Verificar se não existe redundância dos dados, ou seja, a mesma informação armazenada em mais de 1 tabela.

- O uso excessivo de funções agregadas como DLookup, DCount, DSum, etc. pode reduzir bastante o desempenho de consultas que envolvam tabelas vinculadas.

- Realizar rotina de Compactar/Reparar de tempos em tempos, mas quando não há usuários logados no sistema. Isso reduz o tamanho do banco de dados. O Access cresce deliberadamente mesmo que você exclua registros.

Como vc mencionou anteriormente, voce pode separar em outros bancos de dados de acordo com sua categoria (Didático, Financeiro, Cadastro), mas é necessário criar rotinas para eles "se conversarem" quando necessário.
Ex.: Financeiro precisa dos dados de Cadastro para emissão de boletos.

OBS: É possivel (e necessário) utilizar outros SGDB mais seguros e confiáveis (SQL Server, MySQL, PostgreSQL e etc.), mas ai é um outro assunto que requer cuidados quando se trata de estrutura de servidores e licenças de uso.

Espero ter ajudado.

É isso!

[]'s

FIM

Bom dia,

Minha dúvida seria que eu fosse usar um outro banco de dados, como por exemplo o mysql, se eu teria que fazer o front and de novo? ou melhor, se funcionariam os comandos:
-consultas: exclusão, seleção, adicionar, editar
-As operaços de registro em formulario: Edição, adição, exclusão
-e outros que realizo bastante pelo VBA.

Não há necessidade de refazer os front-End's.
Voce vai apenas importar as tabelas do Access para o MySQL, e em seguida, fazer o vínculo através de um ODBC que vc precisa baixar e instalar em todas as máquinas.

Todas as rotinas irão rodar dentro do Access, então, nada muda.

[]'s


FIM

Bom dia!!
Meu amigo!!
Uma sugestao é vc atualizar o Access para versao 2016 os arquivos sao mais estaveis e caso tem falhas o Access corrige com falicidade e velocidade os arquivos corrompidos. vc vi usar agora a extensao *.accdb e o tamanho do arquivo do BANCO diminui muito.