Olá pessoal do Fórum, gostaria de uma "luz" pois estou meio ou quase inteiro enrolado....!!!
Trabalho com access a pouco tempo e criei um sisteminha p/ um cliente e que roda legal em 1 servidor local e 6 terminais e possui varias tabelas e dados que necessito colocar em um site rodando em ASP para acesso e uso destas informações integralmente... >> o Backend (MDB) possui 287Mb e roda bem rápido sem travamentos, perda de dados ou estouro de tabelas, mesmo com imagens incorporadas eu praticamente nunca necessitei reparar ou compactá-lo...
Já filtrei enxugando ao máximo ficou com 148Mb e é esta tabela que já preparei para hospedar no provedor!!!
Acontece que testei alguns acessos via web e ficou lento pra dedéuuu""""!!!!
1) Gostaria de saber se para o aumento da "Performance" e maior segurança em relação a estrutura de acessos aos dados que estarão hospedados no site eu posso dividir em (+) mais de 1 arquivo MDB e acessar via "MESMA" página ASP ?
**** Obs: falam muito que MDB via web estoura constantemente e não é confiável utilizar MDB grandes pra serem gerenciados via web e sim utilizar SQL.... isso me assusta por não saber ao certo e não conseguir informações seguras das totalidades de um arquivo mdb em uso em uma web, já busquei vários tutorials e informativos bem como pessoas que possuem conhecimentos avançados em access mais não tive retorno favorável ou confiável de como criar corretamente uma boa estrutura de arquivo MDB para web.
2) A tecnologia ASP pode acessar mais de um arquivo MDB na mesma página utilizando uma ou mais tabelas de cada um ao mesmo tempo gerando resultados?
3) Se eu criar um arquivo MDB que possua tabelas anexadas de outros arquivos também MDB eu posso melhorar a "performance"?
*** >>> 4) QUAL O MELHOR MÉTODO, padrão ou técnica para uso de arquivos MDB em um site rodando com ASP? .....> pois ainda tenho que criar o arquivo MDB para administrar com ASP os acessos de login e senhas para o site... FICA TUDO DENTRO DE UM SÓ?
Pergunta
kazeiro
Olá pessoal do Fórum, gostaria de uma "luz" pois estou meio ou quase inteiro enrolado....!!!
Trabalho com access a pouco tempo e criei um sisteminha p/ um cliente e que roda legal em 1 servidor local e 6 terminais e possui varias tabelas e dados que necessito colocar em um site rodando em ASP para acesso e uso destas informações integralmente... >> o Backend (MDB) possui 287Mb e roda bem rápido sem travamentos, perda de dados ou estouro de tabelas, mesmo com imagens incorporadas eu praticamente nunca necessitei reparar ou compactá-lo...
Já filtrei enxugando ao máximo ficou com 148Mb e é esta tabela que já preparei para hospedar no provedor!!!
Acontece que testei alguns acessos via web e ficou lento pra dedéuuu""""!!!!
1) Gostaria de saber se para o aumento da "Performance" e maior segurança em relação a estrutura de acessos aos dados que estarão hospedados no site eu posso dividir em (+) mais de 1 arquivo MDB e acessar via "MESMA" página ASP ?
**** Obs: falam muito que MDB via web estoura constantemente e não é confiável utilizar MDB grandes pra serem gerenciados via web e sim utilizar SQL.... isso me assusta por não saber ao certo e não conseguir informações seguras das totalidades de um arquivo mdb em uso em uma web, já busquei vários tutorials e informativos bem como pessoas que possuem conhecimentos avançados em access mais não tive retorno favorável ou confiável de como criar corretamente uma boa estrutura de arquivo MDB para web.
2) A tecnologia ASP pode acessar mais de um arquivo MDB na mesma página utilizando uma ou mais tabelas de cada um ao mesmo tempo gerando resultados?
3) Se eu criar um arquivo MDB que possua tabelas anexadas de outros arquivos também MDB eu posso melhorar a "performance"?
*** >>> 4) QUAL O MELHOR MÉTODO, padrão ou técnica para uso de arquivos MDB em um site rodando com ASP? .....> pois ainda tenho que criar o arquivo MDB para administrar com ASP os acessos de login e senhas para o site... FICA TUDO DENTRO DE UM SÓ?
Uffa!!!!
Agradeço desde já a todos que possam me ajudar...
[ ] 's...Kazeiro -
Link para o comentário
Compartilhar em outros sites
1 resposta a esta questão
Posts Recomendados
Participe da discussão
Você pode postar agora e se registrar depois. Se você já tem uma conta, acesse agora para postar com sua conta.