Arquivo Discussoes de Programacao e Tecnologia 
Segundo uma reportagem da revista Info (“Coleção Info” pra ser exato)
o Access manda bem na web. Claro é uma reportagem de meia pagina…muito profunda!!!
Preciso criar uma aplicação web e o provedor só tem Access no plano básico… é o que eu vou dispor…
Então alguém concorda, discorda desta matéria. Vc pode dar seu “testemunho”, ($how da fé…hehehehe)
E a (in)segurança?
DAnke
Olá
Se você só tem o Access, então use-o. Mas posso lhe garantir com todas as letras que em 2000 já sabia que o Access é horrível. Nada nele merece o mais singelo elogio.
PS: Acostume-se a fazer backups e a rezar todos os dias para seu santo padroeiro.
[]s
Luc
Caso vc nao tem grana no provedor, usa prevlayer… antes só do que mal acompanhado :-)…
acaba com a memória do safadex do servidor hahahahahahahaha
Cara, eu sei que o Access não consegue manipular muitos dados (abaixo de 1 milhão se não me engano) e se “perde”, a ponto de “travar”.
Conheci um cara que sofreu pois teve que fazer uma aplicação VB jogar os dados em um Access…
mas o mesmo teve que dividir em vários Access pois não conseguia fazer isso direto.
Se for para algo pessoal (um blog por exemplo) não vejo muito problema.
, mas para algo comercial… Melhor ver outro servidor 
Access X HSQL, quem ganha?
Lixo por lixo, use Access
Rafael
De fato, o hsqldb eh uma opcao bem melhor. Tem seus probleminhas, mas que sao facilmente superados quando ocorrem. E como nao precisa ter nada instalado no provedor - por ser um jarzinho de nada -, nao havera problemas com o “plano basico” 
Rafael
hypersonic com tabelas cached é beeem melhor. O derby é muito bom também.
Só use access se ter problemas for uma prerrogativa.
Lixo por lixo, use Access
Rafael
+1
Pelo menos o access é bastante usado e pra algumas coisas serve. :lol:
É muito usado porque muita gente tem uma cópiasinha pirata dele em casa e prefere que seja ele a ser usado no trabalho.
Se todo mundo tivesse que pagar, já tava tudo usando o OpenOffice :mrgreen:
Pq não usa Mysql rola bem todo servidor q ser preza da suporte!!!
Pq a revolta?Vc jah usou Rafael???
Bom, eu jah usei o hsqldb, simples, prático e fácil. 
Pq a revolta?Vc jah usou Rafael???
Sim, ja tive essa infelicidade :mrgreen:
Rafael
Tudo bem que o Prevayler não é essa Brastemp toda que anunciam, mas não é de se jogar fora não… 
Muitas “pequenas” aplicações podem se beneficiar dele!E usando um preclipse da vida, a coisa fica mais babinha ainda…e mesmo grandes sites, mas com pouco volume de dados podem fazê-lo.
prevayler é uma piada de mal gosto que até hoje o Klass não se dignificou a assumir.
Sozinho, numa aplicação “profissa”, posso até adimitir que é, mas integrado pode ficar muuito show.10^3 de diferença em velocidade ainda é muuuito para um humilde HD…eles ainda são o maior gargalo da computação atual…
Dos grandes erros que eu acho do Prevayler(como não suportar replicação automática-no 3 terá- ou perda em caso de badblock), o que eu acho pior é a commandlização de tudo.É tudo na base do siga-o-chefe(todos objetos unidos até o chefe-apache-a prevalent base)…
Olá…
Tenho alguns pequenos sites com Access.
Nao tenho do que reclamar ,sei que é limitado, mas pra poucos dados manda bem.
Atualmente , em novos pequenos sites uso o MySql , que é mais tranquilo , mais robusto , dimensionável e gratuito.
Conhece Access e a aplicacao eh pequena? Vai de Access mesmo.
else
Procura um bom DB.
Arrivederci…
galera, o tópico mudou de assunto, é o seguinte não precisarei criar uma base COM MAIS de um milhão de dados, no caso muito menor.
na realidade estou criando o projeto…
galera, o tópico mudou de assunto, é o seguinte não precisarei criar uma base COM MAIS de um milhão de dados, no caso muito menor.
na realidade estou criando o projeto…
Ok, mas o problema não é você criar a base com mais de um milhão de registros e sim o sistema crescer até adquirir esse tamanho (Seja em 1 mês ou 1 ano).
me expressei mal em um ano é improvável que que ele armazane 1000.000 de registros…
O problema maior do access não é quanto ao volume de dados que ele aguenta, já vi bases enormes em Access (1+ giga) e que funcionavam.
Access é trivial você ter dados corrompidos e problemas de concorrencia. A escalibilidade é quase zero. Se o teu site espera um número considerável de acessos, você vai precisar de um banco de dados de verdade.
Fora isso o driver Java pra ele é da pior qualidade, a ponte JDBC:ODBC só deve ser usada como último recurso, quando não tem opção melhor.
se eu só tivesse access eu mudaria de provedor, se fosse obrigado a permanecer eu usaria arquivo texto!!! :evil: :evil: :evil:
me expressei mal em um ano é improvável que que ele armazane 1000.000 de registros…
Rapaz, se você quer uma solução meia-boca, porque você vai ter menos trabalho de implementar ela, vai de Acess mesmo.
Só não reclame dos resultados e da “facilidade” de manter uma seboseira dessas.
sabe galera é a minha “primeira vez” depois eu implemento uma solução mais robusta
Lixo por lixo, use Access
Bem, acho que vou acabar sequestrando a thread, mas lá vai: Prevayler é muito superior ao Access e disso não tenho dúvida. Prevayler é uma implementação decente (não perfeita, obviamente) de prevalência enquanto Access é uma implementação sem-vergonha de banco de dados.
Prevalência de objetos funciona muito bem para sistemas pequenos e dá muito menos trabalho do que uso de banco de dados relacionais. Já fiz projetos pequenos - e de verdade - com o Prevayler, como, por exemplo, um aplicativo central que fazia testes de performance em implementações diversas de JVMs, coletava os dados e disponibilizava diversas formas de análise, e posso dizer que terminei o que tinha de fazer muito mais rápido do que se tivesse usado um banco de dados relacional e tive uma performance mais do que satisfatória para o que queria fazer.
Contudo, daí a dizer que eu usaria Prevayler em sistemas com milhões de transações, onde os dados devem ser compartilhados ou outras situações em que os dados tem uma importância maior e devem viver muito mais que a aplicação, é outra história. Como sempre, cada tecnologia tem a sua aplicabilidade.
Bom, eu nao tenho nada contra SQL ou banco de dados relacionais, mas tenho um fortissimo problema com falta de interesse por parte do(s) desenvolvor(es) de prover qualquer meio de consulta de dados que preste (e nao simplemente jogar xpath ou afins na cara).
Tambem tenho varios problemas em conseguir enxergar produtividade e eficiente nas acoes de mgiracao manual de objetos - uma tarefa bastante error prone e que a demora para executar eh proporcional ao tamanho dos dados ao quadrado.
Eu concordo que pegar uma entidadezinha e dar um save() nela eh bem mais facil que lidar com algumas instrucoes sql, mas o tanto que mexi e o monte que vi, que foge desse padrao, foi bem caotico.
Ate o Prevalence.NET, que eh mais bem feito que o Prevayler, alem de contar com ferramentas melhores para migracao de objetos, torna-se dificil de trabalhar / manter.
De qualquer maneira, concordo com vc sobre “cada caso eh um caso”.
Rafael
Também não tenho nada contra SQL e bancos de dados relacionais e trabalho a maior parte do tempo com eles. Com respeito à consulta, JXPath funcionou bem pra mim e OGNL funciona bem pra outras pessoas mas é óbvio também que faz falta um “Enterprise Prevayler”.
Eu nunca migrei o banco para os projetos em que usei Prevayler. serialVersionUID resolveu meus problemas na época, mas concordo que se você não faz isso no começo, deve ficar totalmente inviável mexer com o Prevayler.
Pra fechar a resposta pro amigo…
Microsoft OLE DB Provider for ODBC Drivers error ‘80040e4d’[Microsoft][ODBC Microsoft Access Driver] Too many client tasks.
/top.asp, line 5
Desculpe a ingnorancia da pergunta :mrgreen: .
Mas pq piada de mal gosto, pelo pouco que vi do conceito, parece ser interessante. Como não conheco todo o funcionamente, não posso defender nem cruficiar. Louds, pq você acha uma piada de mal gosto ?
[]´s
Bom, já que poucos se posicionaram objetivamente sobre a minha questão, vou inferir o seguinte:
Access pode ser usado nos seguintes casos:
Poucos clientes, baixo volume de dados…
Desculpe a ingnorancia da pergunta :mrgreen: .Mas pq piada de mal gosto, pelo pouco que vi do conceito, parece ser interessante. Como não conheco todo o funcionamente, não posso defender nem cruficiar. Louds, pq você acha uma piada de mal gosto ?
[]´s
O prevayler funciona para alguns casos específicos apenas, para todo o resto é uma bomba. Além disso exige que o programador crie comandos de alteração infaliveis, ou corre o risco de corromper os dados. O prevayler é vendido como solução para todos problemas de persistencia que existe e isso é uma piada de mal gosto.
Vale lembrar que a premissa deles é uma mentira, que memoria vem cada vez ficando mais barata e isso vai permitir usarmos só ela para os dados. O fato correto é que o armazenamento segundário (HD) está ficando barato mais rápido e os sistemas estão cada dia usando quase que exponencialmente mais espaço de armazenamento.
Por exemplo, eu estou em um projeto que a análise inicial sugere que vamos ter algo em torno de 500mil registros adicionados por dia, e precisar manter uma base historica de, pelo menos, 10 anos. Isso são +/-1 bilhão de registros, algo como 80 GBs de disco.
Se formos usar prevayler já podemos descartar usar Opterons, já que essas porcarias só endereçam ate 64GBs de memoria física. Você tem idéia de quanto deve custar um brinquedinho com tudo isso de ram?
A tendencia hoje é os sistemas que são realmente uteis precisarem de bases de dados muito grandes, varios gigabytes.
Olá
E como eu disse antes: backups freqüentes porque com poucos ou muitos dados de vez em quando poderá perde-los como aconteceu comigo há uns 6 anos atrás (quando eu era mais bobo e acreditava no Access).
[]s
Luca
em 1997 eu fiz um sistema com VB/Delphi banco Access gigantesco, e nao tive problemas, com Web não me arriscaria fazer, mas se for poucas informacoes ai tudo bem.
Mais barato sim.Mas ainda está leeeerdo. :mrgreen:
Porcaria é quem lhe disse que os Opterons só endereçam 64GB de memória física.O problema são com a maioria dos SO´s que não sabem lidar com isso.Como o Win/2003, alguns Linux que possuem o PAE(Physical Address Extension em 36bits=64GB).Mas parecem que vão mudar/estão mudando para até 1TB.
Em tempo:
Os primeiros Opterons endereçavam 40 bits físicos(1TB) e 48 virtuais(256TB), que com a nova arquitetura AMD64 ISA são 52 bits físicos 4096TB e 64 virtuais 16 384 TB.O problema são os SO´s endereçarem isso e qualquer placa mãe para mais de 16GB de RAM(mesmo para servidores) é proibitiva.
Ato falho, confundi o AMD64 com os xeon com PAE, que esses só vão até 64GB.
Quanto ao fato de memoria secundaria ser lenta, bom, caching existe para isso, hoje montar cluster com 10 máquinas dual/8giga de ram custa muito menos que um 16-way/32GB ram.
Ao que me parece, todo usuario do prevayler desconhece o fato de que caching distribuido funciona e permite ter performance de primeira sem uma geladeira de milhões de dólares.
Mas o correto mesmo, é largar mão de ser mão de vaca :evil: e partir para alguma coisa mais decente do que prevalyer e Access.
:arrow: Um conselho, se quiser arriscar bota um servidor bem configurado e que tenha tudo que você precisa e speedy dinamico(caso seu dinheiro for curto) com um www.noip.com e aponte o domínio para seu “ip fixo” :lol:
Temos que parar de dizer que tem como fazer gambiarra, devemos fazer algo decente :!:
Nem Prevayler nem Access, use o Db4o, só um arquivo e pronto :mrgreen:
Você não vai encontrar nada mais fácil que isso.
:arrow: Um conselho, se quiser arriscar bota um servidor bem configurado e que tenha tudo que você precisaTemos que parar de dizer que tem como fazer gambiarra, devemos fazer algo decente :!:
E como rodar um banco de dados aberto na internet atraves de uma maquina em endereco dinamico e acessada via noip.com deixa de ser uma gambiarra, exatamente? :mrgreen:
E como rodar um banco de dados aberto na internet atraves de uma maquina em endereco dinamico e acessada via noip.com deixa de ser uma gambiarra, exatamente? :mrgreen:
Esta mais como uma alternativa e se bem que bem configurado, não lhe irá trazer problemas. :thumbup:
Que eu saiba Access é monousuário, desktop. Se um banco vai ser acessado por múltiplas pessoas, é melhor usar um servidor de banco de dados, que é apropriado para isso, não?
E como rodar um banco de dados aberto na internet atraves de uma maquina em endereco dinamico e acessada via noip.com deixa de ser uma gambiarra, exatamente? :mrgreen:
Fácil,d eixa de ser uma gambiarra pra ser a gambiarra :lol: