[Resolvido]Tabelas vinculadas de multiplos Bancos de Dados

Senhores, boa noite.

Estou desenvolvendo um sistema que terá muitos documentos anexos nas diversas tabelas.
As tabelas são vinculas do banco de dados "DATABASE".

Para não ficar tão grande, pensei em dividir as tabelas em diversos arquivo.

Exemplo:
Clientes = clientes.accdb
Manuais = manuaos.accdb
Serviços = servicos.accdb
...

E vincular tudo no front end.


Alguém já fez isso?

Qual a opinião/sugestão de vocês?


Lembrando que o sistema receberá muitos anexos.


Muito obrigado.

Tem seus prós e contras.
É uma solução, até que chega o momento em que vai ter que dividir manuais em Manuais1.accdb, Manuais2.accdb, Manuais3.accdb, etc.
Solução definitiva mesmo, só trocando o banco de dados. Com SQL Server, por exemplo, não será necessário esse artifício.

Se dividir o Banco de dados  em FE e BE, não há necessidade disso.


Dois bancos de dados de 2 clientes meus:


1- 22.484 KB

tabela cliente:     8.406 registros
  '      Parcelas: 11.120   "


2 - 44.018 KB

tabela clientes: 52.700 reg
tabela Parcelas: 102.447 reg

Essa são as principais, tem  muito mais tabelas nesses bancos

Tem outros clientes que não tenho copia aqui no meu pc, que tem
muito mais registros.

Minha sugetão:

Apenas divida em FE e BE e seja feliz  

[ ]'s

Noobezinho,

Segundo o autor do tópico, já está dividido em front e back-end.

Mas isso não resolve nada quanto ao tamanho do banco de dados, o problema é que será utilizado o tipo de dados "anexo", que pode conter imagem, pdf, etc.
1.000 registros com meia dúzia de campos do tipo string, numérico ou data é uma coisa, 1.000 registros com um campo do tipo "anexo" é bem diferente.

Entendo Claudio

Não gosto de campos  de imagens sendo em anexos ou não, "incha" muito o banco de dados.

E é mais trabalhoso, já pensou nos "passos" para utiliza-los?


1- Colocar  a(s) imagem(ns)  de uma pasta para a tabela,

2- Enviar da tabela para a pasta (porque até agora, não vi um exemplo de utilizar diretamente da tabela para o formulário.

3- Da pasta para o formulário

Então, eu prefiro cortar esse caminho e colocar as imagem diretamente na pasta e então, dela para o formulário.

Imagem sempre vai aumentar exponencialmente o tamanho do banco de dados, seja em anexo, ou em  OLE.

Exatamente por isso, eu disse: "Se dividir o Banco de dados  em FE e BE, não há necessidade disso."

[ ]'s

Certo, mas tudo tem seus prós e contras.

Pelo que entendi, sua sugestão para resolver o problema do tamanho do banco de dados é não gravar o anexo, somente o caminho do arquivo a ser visualizado nos formulários (o que não tem nada a ver com divisão em front e back-end).
É uma boa opção, mas também é trabalhoso. Sem falar nos problemas que ocorrem ao renomear ou mover arquivos e pastas.

Divisão em BE/FE, isso nem devia ser comentado, deve ser padrão,

e nem preciso dizer, o porquê, certo?

Não será tão trabalhoso, trabalhar  na segunda opção por mim sugerida,

se tomarmos algum cuidado.

- Se as imagens forem somente as que nós criamos para o aplicativo,
 é só definir a pasta e as imagens que ficaram nela.

- Se é o usuário que ira  fornecer a imagen (foto, logotipo, etc...) ,devemos definir a pasta (e isso inclui seu nome), e sua localidade
 que geralmente deve ser uma subpasta da pasta do aplicativo e restringir o tamanho máximo da imagem
 de acordo com uso.

 Quanto a erros, usando ou não anexos acontecerá, mas podemos prevenir isso, com restrições.

[ ]'s

Olá Claudio / Noobezinho. Boa tarde.

Agradeço muito os comentários de vocês, estarei analisando os pós e contras.
Realmente cheguei a pensar em usar o SQL (Express), mas ainda não decidi nada.
Na verdade comecei a "rascunhar" o sistema para mostrar algo para o cliente, mas ainda estou aguardando a aprovação da proposta.


Muito obrigado.


Abraço!

Tenho um ERP com treze módulos; e crescendo.Fiz o seguinte:

1 - Criei um "BD Gigante", concebido para ser dividido em vários módulos
2 - Incluí o Nº de cada módulo a ser dividido no nome das respectivas tabelas
3 - Estabeleci as relações entre as tabelas
4 - Dividi o BD em Front-end e Back-end
5 - Separei o Back-end em tantos arquivos quantos são os módulos
6 - Coloquei cada módulo Back-end em uma pasta própria, enumerada e com nome representativo
7 - Coloquei toda essa estrutura dentro de uma pasta, à qual denominei "Servidor Nome do meu projeto"
8 - Excluí todas as tabelas vinculadas no Front-end
9 - Vinculei cada módulo (tabelas) ao front-end, manualmente

Tive o cuidado de criar um "Módulo Geral" que contém todas as tabelas de uso comum entre os vários módulos

Tudo funciona perfeitamente.
A memória total foi multiplicada.
A capacidade de acessos simultâneos foi multiplicada.

Este ERP é de uso comercial e tenho clientes (industrias) com mais de cem terminais acessando simultaneamente, sem problemas.

Espero que este método possa ajudar outros programadores.

Abraços a todos.

Olá Antonio,

Obrigado pelas dicas e troca de experiência, será de grande ajuda.

Abraço!

Lindomar