Ir para conteúdo

POWERED BY:

Arquivado

Este tópico foi arquivado e está fechado para novas respostas.

kazeiro

ASP com tabelas anexadas + d1 MDB?

Recommended Posts

http://forum.imasters.com.br/public/style_emoticons/default/excl.gif 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 um arquivo MDB e acessar via "MESMA" página ASP ?

 

http://forum.imasters.com.br/public/style_emoticons/default/cry.gif **** 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"?

 

 

*** http://forum.imasters.com.br/public/style_emoticons/default/sick.gif >>> 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... http://forum.imasters.com.br/public/style_emoticons/default/thumbsup.gif

 

 

[ ] 's...Kazeiro - http://forum.imasters.com.br/public/style_emoticons/default/yes.gif

Compartilhar este post


Link para o post
Compartilhar em outros sites
Bicicleta, o que esta sempre assustando é o tamanho do arquivo pois varias pessoas e colegas falam pra migrar pois o access da pau na net quando carrega um arquivo com tantas tabelas e com tantos dados...!!! Sei lá! localmente não dá pau...

 

Quando cito Método ou padrão ou técnica seria uma coisa básica, pois vejo por outro lado que existe por ai vários e vários templates, tutorials, sites de access + ASP e milhares de pessoas utilizando e quando cito meu problema falam que "não é muito profissional utilizar o mdb como arquivo na internet para ASP"... :mellow: Daí e que fica partindo estas tentativa por "dividir banco de dados", "migrações' , etc...

 

Até estou disposto a migrar mas..!! Todo tutorial que vejo sobre SQL/SQL Server indica instalação, operações, procedimentos, ,etc... tido beleza como um bom curso >>>mas>>> não ensinam ou demonstram o procedimento correto para uso diretamente no provedor e sim em um servidor local...dai vem maior confusão na cabeça@@@@@ http://forum.imasters.com.br/public/style_emoticons/default/yay.gif não tem algum Passo a Passo e dai segue pra programação em asp....

 

Mais valeuuu!!! Grato pelo contato e vamos seguindo... Se tiver alguma idéia/caminho agradeço....

 

[]'s kazeiro.

Compartilhar este post


Link para o post
Compartilhar em outros sites

×

Informação importante

Ao usar o fórum, você concorda com nossos Termos e condições.