Ado Acces em Rede ??????
ola pessoal estou fazendo um projeto em Banco de dados Access na paleta Ado com delphi 7 .....mas se o cliente quizer este programa em rede o Ado com Access roda Beleza em Rede?
Keliniciante
Curtidas 0
Respostas
Paullsoftware
27/04/2006
a melhor maneira de acessar base em access na rede é usando arquivos UDL, dê uma pesquisada sobre esse assunto no fórum e filtre pelo meu nome Paullsoftware que vc vai achar algum material falando sobre... :wink:
:arrow: :arrow: http://forum.clubedelphi.net/viewtopic.php?t=64419&highlight=udl
:arrow: :arrow: http://forum.clubedelphi.net/viewtopic.php?t=64419&highlight=udl
GOSTEI 0
Paulocesar1301
27/04/2006
Claro que não é a melhor opção... mas se vc não tem como colocar um servidor para banco de dados e tem apenas um servidor para arquivos (que geralmente é usado por centenas e centenas de pessoas), podes usar o Access mesmo, lembrando que cada banco pode ter, no máximo, 10 usuários logados ao mesmo tempo...
Eu, infelizmente :cry: , tenho que usar Access aqui em minha empresa (tb uso ADO, mas com D6), e meu sistema é acessado por aproximadamente 200 cabeças simultâneas.
O que precisas saber ao desenvolver em Access para rede é:
1- todos os acessos tem que ser em modo virtual (criando em tempo de execução o componente de banco de dados, pegando a informação necessária e fechando/destruindo o componente _assim o número de usuários raramente passará de 9.)
2- no lugar de ter um banco de dados com várias tabelas dentro, tenha vários bancos divididos por utilização... geralmente uma tabela por arquivo... mais uma maneira de diminuir o número de usuários, além de facilitar a administração, diminuir o número de erros em banco, facilitar backup e assim vai...
3- terá que criar seu próprio sistema de gerenciamento (compactar/reparar, inclusão/exclusão/alteração de dados), pelo menos faço assim aqui, pq abrir banco por banco... ninguém merece...
4- Dependendo da velocidade de seu servidor de arquivos, criptografe os bancos de dados e coloque uma senha única neles, pois quebrar a senha do Access é muito fácil... porém só aconselho isso nas tabelas onde serão tratadas informações de extrema relevância, coisas mais banais não precisam disso tudo.
5- selecione um cristo(máquina :wink: ) para ficar ligada 24h por dia e crie um sistema de backup... eu uso um backup de 1h em 1h... parece muito, mas aqui tive que me garantir... meu servidor de arquivos cai toda hora :!: :!:
6- utilize dlls para suas funções mais comuns de banco... assim é só distribuí-las com os seus
Parece muito, mas é só no início... depois que consegue entrar nessa forma de desenvolvimento, não precisará de mais nada... até pensará duas vezes em migrar para outros bancos :wink: . Sinceramente, hoje não sei se migraria para um FireBird... mesmo com um servidor de banco de dados...
Abraços e Bons Códigos :wink:
Eu, infelizmente :cry: , tenho que usar Access aqui em minha empresa (tb uso ADO, mas com D6), e meu sistema é acessado por aproximadamente 200 cabeças simultâneas.
O que precisas saber ao desenvolver em Access para rede é:
1- todos os acessos tem que ser em modo virtual (criando em tempo de execução o componente de banco de dados, pegando a informação necessária e fechando/destruindo o componente _assim o número de usuários raramente passará de 9.)
2- no lugar de ter um banco de dados com várias tabelas dentro, tenha vários bancos divididos por utilização... geralmente uma tabela por arquivo... mais uma maneira de diminuir o número de usuários, além de facilitar a administração, diminuir o número de erros em banco, facilitar backup e assim vai...
3- terá que criar seu próprio sistema de gerenciamento (compactar/reparar, inclusão/exclusão/alteração de dados), pelo menos faço assim aqui, pq abrir banco por banco... ninguém merece...
4- Dependendo da velocidade de seu servidor de arquivos, criptografe os bancos de dados e coloque uma senha única neles, pois quebrar a senha do Access é muito fácil... porém só aconselho isso nas tabelas onde serão tratadas informações de extrema relevância, coisas mais banais não precisam disso tudo.
5- selecione um cristo(máquina :wink: ) para ficar ligada 24h por dia e crie um sistema de backup... eu uso um backup de 1h em 1h... parece muito, mas aqui tive que me garantir... meu servidor de arquivos cai toda hora :!: :!:
6- utilize dlls para suas funções mais comuns de banco... assim é só distribuí-las com os seus
Parece muito, mas é só no início... depois que consegue entrar nessa forma de desenvolvimento, não precisará de mais nada... até pensará duas vezes em migrar para outros bancos :wink: . Sinceramente, hoje não sei se migraria para um FireBird... mesmo com um servidor de banco de dados...
Abraços e Bons Códigos :wink:
GOSTEI 0
Paullsoftware
27/04/2006
Ok, valeu pelo toque mais...
o proprio access não tem uma opção de distribuir o banco para rede o divisor de banco de dados, vc já ultilizou esse recurso [b:0edb32d3ee]paulocesar1301[/b:0edb32d3ee]?
a base em access quando fica muito grande começa a dar erros de indice toda hora, pelo menos aqui na empres um sistema da caixa q usa base em access acontece isso, a base tá perto dos 600Mb e toda semana da bronca.. os técnicos da caixa aconselharam usar uma cópia do sistema para melhorar o desempenho e evitar erros, quer dizer toda vez que a base atingir um determiado tamanho teremos que usar um novo banco e ficar somente consultando o antigo? vc teria uma solução?
o proprio access não tem uma opção de distribuir o banco para rede o divisor de banco de dados, vc já ultilizou esse recurso [b:0edb32d3ee]paulocesar1301[/b:0edb32d3ee]?
a base em access quando fica muito grande começa a dar erros de indice toda hora, pelo menos aqui na empres um sistema da caixa q usa base em access acontece isso, a base tá perto dos 600Mb e toda semana da bronca.. os técnicos da caixa aconselharam usar uma cópia do sistema para melhorar o desempenho e evitar erros, quer dizer toda vez que a base atingir um determiado tamanho teremos que usar um novo banco e ficar somente consultando o antigo? vc teria uma solução?
GOSTEI 0
Paulocesar1301
27/04/2006
O grande detalhe é já projetar tudo dividido... utilizando nomenclaturas padrão para facilitar a utilização de um mesmo código para sistemas diferentes...
Quanto ao tamanho... o mesmo sistema que faz o backup, faz a compactação/reparo automático dos bancos de dados... ne meu caso os mesmos não são utilizados em um determinado horário, então, de três em três dias o sistema, antes de efetuar o backup, verifica os bancos de dados que existem e os compacta... evitando qualquer tipo de problema.
Quanto ao tamanho... o mesmo sistema que faz o backup, faz a compactação/reparo automático dos bancos de dados... ne meu caso os mesmos não são utilizados em um determinado horário, então, de três em três dias o sistema, antes de efetuar o backup, verifica os bancos de dados que existem e os compacta... evitando qualquer tipo de problema.
GOSTEI 0