Quem projeta aplicativos desvinculados e por quê ?

Gostaria de ter uma idéia das razões que te levaram a utilizar front-end's desvinculados ?

No aguardo.

Olá, Leandro!

Isso mesmo, sem o uso de tabelas vinculadas. Com o BE no Access, SQL ou Mysql.

Se usa deste form, me explique os motivos que te levaram a optar por esta estrutura.

Olá, Gilberto!

Mas qual a razão que te levou a partir para o Mysql ?

Leandro,

se entendi vc tem os bd's vinculados a base de dados, correto. Que tipo de rede e utilizado a essas distâncias ?

Leandro,

A uns 10 anos atrás tentei estabelecer moradia em Maringa, fugindo da violência aqui do Rio de Janeiro. Não duramos 3 meses e tivemos que voltar. Motivo: Era calmo demais e ficamos loucos com isso (kkkkk). Foi uma aventura na minha vida inesquecível. Conheci um pouca de cada cidade (Apucarana, Arapongas, Paranavaí, Astorga e mais algumas outras). Brasil espetacular, que poucos conhecem. Quando me aposentar, retornarei para um passeio menos apressado.

Quanto ao seu caso, é difícl uma análise sem estar vivenciando o que se passa. Se conseguiu vincular as tabelas é porque vc tem uma linha privada (LP). Se em todas os pontos for possivel ter acesso a Internet banda larga (minimo de 10MB) acho que valeria apena uma migração para o Mysql (vc pode acompanhar o artigo do Jeferson no meu site, sobre como se conectar ao Mysql via Web)

Se a sua LP , apesar de lenta, for bem estável, poderá continaur usando mas tem que programar com bastante atenção para não baixar o desempenho. Passei no Maestro 4, uma função para gerar tabelas temporarias locais, que é extremamente útil na otimização para um melhor desempenho. Estarei lançando mais artigos, oferecendo exemplos com esta técnica de tabelas temporárias. Vincular as tabelas, por si só, não baixa o desempenho do BD. O que baixa o desempenho é como vc está usando as tabelas vinculadas. Vc pode ter as tabelas vinculadas mas usar formulários desvinculados, para certos casos.

Sucesso!

Gilberto,

O uso do Mysql, para um sistema online, foi uma ótima escolha.

Sucesso!

Marcelo,

Se vc trabalha para um empresa aonde tempo não seja um fator tão determinante, tudo bem. Porém, se trabalhar por conta propria, tempo é um fator determinante para vc e para o seu cliente. A maior das vatagens do Access, em relação a concorrência, é o fato de podermos desenvolver tudo na metade do tempo. Quando se opta em trabalhar com tudo desvinculado vc joga fora a vatagem que tinha no tempo de conclusão e por conseguinte terá que encarecer o preço do projeto.

Como eu disse para o Leandro, as tabelas vinculadas não prejudicam o desempenho. O que prejudica é a forma como elas sao utilizadas.

A maioria dos objetos do Access foram projetados para se trabalhar com as tabelas diretas e/ou vinculadas. Ora bolas, quando vc tem que utilizar listbox, combobox, formulário continuo e relatório é preciso apelar para os vinculos. Então aonde esta a vantagem de não ter as tabelas vinculadas?

Me dê um exemplo de como vc carregar uma listbox e de como vc carrega um relatório.


A segurança das tabelas dá para contornar bem. Em breve vou liberar o código que usei no Protec no aplicativo exemplo Maestro.


No aguardo

Gilberto,

Por mais que se tenha padronização ainda se perde tempo, comparado a outra profissional nivelado com a sua mesma capacidade.

Tenho dois projetos que completaram 10 anos em funcionamento. Nunca tive problemas serios de corromper dados. O unico rotina que implementei como padrão nos meus projetos é o fechamento de todos os relatórios e formulários, antes do encerramento do aplicativo.

Já observei, pelos fóruns que participo, que quem tem mais problemas de corromper dados, são os que compartilham de um único front-end. E também de hardware defeituoso.

Para mim, trabalhar com formulário desvinculado, somente quando a massa de dados envolvida for relevante. Mesmo assim já ando optando por tabelas temporarias, quando se trata de realizar pesquisas. Pode-se trabalhar com formulários desvinculados mas não vejo a necessidade de não se ter as tabelas vinculadas.

Silvio,

apostaria no Mysql só em três casos:

1)Necessidade de uma integração Online
2)trabalhar com massa de dados grandiosas
3)Adquirir conhecimento

Para a maioria dos projetos o back-end em Access atende perfeitamente!

Marcelo

"E as
minhas listboxs e cbos carrego adicionando item. Claro que se precisar de muitos ítens, carrego um
recordset numa ListView para seleção..."

Adicionar item é uma bobagem, pois seu limte é de 2048 caracteres. Ora se vc tem uma tabela que não passa de 2048 caracteres, por que não utilizar o combobox vinculado? Carregue o combobox apenas quando receber o foco.

Qual é diferença de se carregar uma listbox por recordset ou por vinculo direto com a tabela ?


"Obs.: Tenho um aplicativo que estou trabalhando nele, até agora tudo desvinculado, mas acho que vou
uilizá vinculos caso eu receba uma chamada pelo tempo da entrega (risos) e usar suas técnicas de
proteção do front-end."

Vamos supor que vc tenha uma tabela que armazena os feriados de 2012. É uma tabela que não passa de 20 registros. Porque não usar esta tabela vinculda? Não faz sentido, em termos de prejudicar o desempenho. Assim como tantas outras tabelas não passam de alguns punhados de registros e não afetam no desempenho global. Fica então com atenção especial para tabelas que de fato possuam um bom número de registros.

Para enfatizar: Não tenho nada contra vínculos, pelo contrário, ele nos desafoga em muitas situações. Mas enquanto
poder evitá-los, vou evitar, apesar de está sendo vencido pela demora (risos).

Volto a repetir, as tabelas podem ficar vinculadas. A forma como vc vai usa-las é que difere.

Silvio,

Vc tocou num ponto crucial ao meu ver. Acredita que ainda tem lugares por ai que usam placa de rede de 10 MB. Ai fica difícil!

A frase chave para se trabalhar bem em rede com Access é:

"Acessar as tabelas o mínimo necessário"

Vejo em todos os fóruns cada atrocidade que se ensina aos mais novos. E o novato sai feliz da vida que conseguiu resolver o seu problema mas mal sabe que estará levando pessímos habitos na sua formação.

Daqui pra frente vou chamar a atenção de qualquer um que passar código danosos ao bom desempenho. Não estou dizendo que o Access não tenha os seus problemas mas que muitos contribuem para sua má fama, disso eu não tenho dúvida!

Veja está consulta.

SELECT IdMovimento, DataMovimento, Credito, Debito,
DSum("[Credito] - [Debito]","tblMovimento","idMovimento <= " & [idMovimento]) AS Saldo
FROM [tblMovimento];

Quem bolou ou quem passou adiante este tipo de consulta deveria ser ENCARCERADO, tamanho o prejuízo que isso causa.

Avalie bem quando passar alguma dica com funções de Domininio (DSum, Dcount, Dloookup) pois se mal empregadas trazem um prejuizo tremendo.

O amigo Valdino deve até estar um pouco zangado comigo porque ando pegando no pé dele, sobre estar ensinando o uso indiscriminado dessas funções de Dominio.

Observem bem este tópico e me digam sobre a regra "Acessar as tabelas o mínimo necessário"

http://maximoaccess.forumeiros.com/t10360-fazer-contagem-em-relatorio