Pergunta : Alcançar o desempenho de rede do DB muito lento

A base de dados que eu tenho feito todas as perguntas está aproximadamente agora pronta para ser desdobrado.  Infelizmente, o método da movimentação da parte para permitir que os 10-12 usuários começ lhe tem um enrugamento.  Nós temos os escritórios rachados - um no centro do país e um no leste.  Se funcionando em um usuário do arquivo no centro, o leste funciona ESTÚPIDO retardar; o reverso acontece se coloc no usuário no East.

We está usando Microsoft Access 2007. Eu confirmei que nós não temos nenhum guarda-fogo entre os 2 escritórios e um encanamento humongous somente aproximadamente 30% consumido.  Funcionando um tubo aspirador seguir quando um usuário do leste e um usuário central produziram estes 3 erros no usuário no OUTRO escritório da posição do usuário: status do

NT: Status do
NT de STATUS_OBJECT_NAME_NOT_FOUND (0xc0000034): Status do
NT de STATUS_MORE_PROCESSING_REQUIRED (0xc0000016): Os usuários do

The de STATUS_NO_SUCH_DEVICE (0xc000000e) na posição onde o usuário reside têm pouco a nenhuma retardação e a nenhumas táticas que de problems.

Any da “bomba-para fora” qualquer um gostaria de sugerir? class= do

Resposta : Alcançar o desempenho de rede do DB muito lento

O acesso foi pretendido nunca ser funcionado através de um Macilento-tipo instalação (que é o o que você está trabalhando com), e você não encontrará nenhum fim dos problemas se você insiste em lhe fazer a tentativa para fazer assim. O acesso 2007 usa o motor de base de dados do ÁS, que é do “um tipo do usuário arquivo” de base de dados. Que a sorte do DB não tem nenhum builtin processar o motor, assim que TODO O trabalho deve ser executado pela estação de trabalho. Isto significa que cada vez que você abre um formulário, ou um relatório, o acesso deve puxar TODAS aquelas tabelas através (very-very-very lento) da conexão, as analisa gramaticalmente, e apresenta então seus dados. Em média, uma conexão MACILENTO típica é aproximadamente 100 vezes mais lenta do que uma rede padrão do escritório; quando tratar o Internet hops, você pode apostar que a velocidade é mais má faaaaar do que aquela. O acesso não pode sobreviver nessa encenação, e você encontrar-se-á rapidamente tratar os dados corrompidos e/ou perdidos, os formulários corrompidos, etc. etc.

Você tem algumas opções:

1) Mover-se para uma instalação do usuário terminal ou do Citrix. Isto pode ser caro setup e manter, mas fornecê-lo-á o uso muito robusto e de confiança para seus usuários off-site.

2) Usar um serviço com suporte na internet como www.eqldata.com. Eu nunca usei-os, e não os sei de qualquer um que tem, satisfaço assim não tomo isto como nenhuma sorte da recomendação. Eu apenas estou jogando-a para fora lá;). Os serviços gostam deste custo você acima - frontear, e em taxas mensais.

3) Reescrever o app para usar uma relação com suporte na internet (isto é ASP.NET, Perl, PHP, etc. etc.). Esta é uma boa solução, mas exigi-lo-á obviamente ser conhecedor naquelas línguas, e ajustá-lo-á obviamente para trás sua data da distribuição.

4) Mover sua loja dos dados para o usuário do SQL, o MySQL, o Oracle, etc. etc. e reescrever seu FE para aproveitar-se dessa plataforma. Este pode ser um empreendimento maciço, desde que na maioria dos casos você precisaria de fazer uma reescrita da terra-acima - e você está indo fazer que, e você deve suportar usuários remotos, a seguir você seria sábio considerar #3.