Tutorial do Prevayler

Não vou comentar os outros pontos, isso ja foi muito batido aqui e sabemos que OO é lindo, mas infelismente ou felizmente (para alguns como eu que vivo disso) os SGBD ainda existem e irão existir por muitos anos.

pcalcado wrote:

marcelomartins wrote:
HOJE, essas sistemas acessam a um banco de dados PostgreSQL que está rodando a 6 meses em um FreeBSD sem desligar. Os caras esqueceram desse computador ta sem monitor no cantinho da salinha dos servidores . O backup é automatico.

Sim, e..? Até onde eu li, parabéns pro seu pessoal de infra, escolheu um bom SO e configurou as ferramentas certinho. O que diabos o SGBD tema ver com isso?

Phillip, me desculpa a sinceridade, mas este comentario foi de quem não conhece o assunto, e ai as vezes é melhor não comentar.

O SO e o pessoal de infra não fazem nada a mais que colocar uma fita (se este processo for manual, senão pula essa parte) e agendar para realizar a cópia automaticamente.
O que o colega quiz dizer é ter bkp do banco e quem faz isso é ele mesmo o SW. Hot backup, bkp on-line, bkp com check point e por ai vai, não vou entrar nos detalhes pq não é intuito da discução

. Mas um bkp de um banco é muito mais que copiar para a area segura de armazenamento. Não estou nem falando de banco em standby, clusters e grid computing, pq ai o bixo pega. Quem ja brinco com isso sabe o que to falando, ter um server realizando operações simples e ter outro para consultas pesadas e tudo sendo atualizado ao mesmo tempo

Sei que com Plevayler da pra implementar tudo ou quase tudo do que falei, é só alguem querer. E nem quero entrar nessa discução, só postei para deixar claro que um bkp de banco não é simplesmente copiar arquivos pelo SO

.

]['s

Thread.start() Membro desde: 23/09/2003 08:01:11 Mensagens: 43 Offline

fabgp2001 wrote:
Sei que com Plevayler da pra implementar tudo ou quase tudo do que falei, é só alguem querer.

Não precisa implementar, já está pronto. TUDO.

fabgp2001 wrote:
E nem quero entrar nessa discução, só postei para deixar claro que um bkp de banco não é simplesmente copiar arquivos pelo SO .

Com o prevayler é só copiar

. Ou nem precisa... inicia ele em dois micros espelhados e pronto!

[]s

marcelomartins wrote:Só acho errado pregar o prevayler como a solução de todos os problemas, porque ele não é.

Proooonto, disse tudo.

marcelomartins wrote:Phillip, como você mesmo disse, eu vou ter que continuar utilizando os métodos arcaicos de armazenamento de dados, simplesmente por que?? porque para me livrar deles seria necessário fazer tudo de novo .

Ok, eu também acesso sistemas em COBOL, VSAM e todo o lixo defasado, mas quando crio algo novo, uso linguagens atuais. *Este* é o ponto.

marcelomartins wrote:
Eu não tive a intensão de desmerecer o prevayler ou dizer que ele é melhor ou pior que outro método de armezenamento de dados, só falei par levantar a questão de como é mundo real, e isso é o que importa.

A questão é: veja em http://www.prevayler.org . Você não é o primeiro a dizer isso, e alguns argumentos são *bem* pertinentes, mas os seus, em minha opinião, não. Porque você é menos que XYZ? *NÃO*, apenas porque não conehce o sistema. Quando você conhcer, certamente vai poder levantar pontos realmente interessantes.

marcelomartins wrote:
Eu realmente não conheco, mas sei das potencialidades do Prevayler. Tenho um projeto que é uma aplicação em Swing e quero entregar somente um .JAR pro meu cliente. Os dados? ficam por conta do prevaler . Acho que quando desenvover esse projeto vou aprender mais sobre ele.

Use HSQLDB, então. Faz a mesma coisa e tem SQL. A questão é: Prevayler *NÃO* é banco de dados, é uma forma de manter o estado na sua aplicação, persistência!!

marcelomartins wrote:
Só acho errado pregar o prevayler como a solução de todos os problemas, porque ele não é. E no mundo real acho que ele ele é bem fraquinho até (baseado nas potencialidades como eu disse). E entende-se por mundo real, empresas com vários sistemas (muitos em cobol) que precisam centralizar os dados e não vão mudar tudo nos proximos 10 anos.

Cara, este argumento aidna é usado por quem mantêm um mainframe com ADABAS. Outro dia eu estive numa reunião sobre integração de sistemas J2EE com um legado em mainframe. O técnico responsável fez questão de dizer que ninguém vive sem mainframe. VIVE SIM!! Eu nunca fiz nada em mainframe!! Ninguém vive hoje sem o *legado*, e o mérito desta necessidade é dos sistemas, *não do mainframe*. O mesmo com SGBDs.

Cara, banco de dados não é middleware. Se você integra usando o Banco de Dados, está usando uma prática ruim. Esqueça isso. E considerando uma camada de persistência que integrasse sistemas [que também é uma merda], você pode abrir sockets pro seu sistema se comunciar com Prevayler, usar CORBA ou XYZ. Isso não é desculpa. E, falando conceitualmente, você pode pegar um sistema de prevalência em C/C++ e fazer as mesmas coisas que faz com um SGBD em termos de comunciação, inclusive o inferno de ODBC, DAO, PQP, FDP, etc.

marcelomartins wrote:
Mas sem criar brigas por favor, tenho orgulho de dizer que um sistema fantastico como o prevayler foi criado no brasil, apesar de a ser tudo em inglês , mas também entendo os motivos para isso.

Aidna não entendi qual sua opinião sobre o prevayler, mas peço que em conte depois de futucá-lo um pouco. Aidna que seja 'isso é uma merda!' vai ter argumentos fortes

Desculpe minha rispidez, é que realmente fiquei *PUTO* proque tô cansadod e ver estas cisas, mas é só estresse, desculpa novamente.

Ah, sobre o Prevayler ser em inglês, acho que o Carlos pode falar melhor que eu.

[]s

fabgp2001 wrote:
Phillip, me desculpa a sinceridade, mas este comentario foi de quem não conhece o assunto, e ai as vezes é melhor não comentar.

Por menos DBA que eu seja, alguma coisa conheço sim.

fabgp2001 wrote:
Sei que com Plevayler da pra implementar tudo ou quase tudo do que falei, é só alguem querer. E nem quero entrar nessa discução, só postei para deixar claro que um bkp de banco não é simplesmente copiar arquivos pelo SO .

Pois é, eu falei em *ferramentas* não em

Se você sabe que em prevalência um esquema assim não é complicado [não vou falar especificamente do prevayler porque não estou acompanhando o código], sabe que um dos motivos disto é não tentar aglomerar tudo em um lugar só. Um sistema prevalente precisa manter o estado, isso reduz imensamente qualquer rotina de backup, porque ele não tenta brincar de deus.

E sim, o SO e o ambiente têm influência enorme neste desempenho e adminsitração do SGBD. Ou você acha que um Windows ia aguentar este tranco sem 1000 service packs?

o Backup de um sistema de milhões de usuários com uma arquitetura muito igual [exceto por não ser OO nem Java] e rodando em um monstro de 14 CPUs é exatamente este:

1) A cada XXX minutos gere um dump
2) Guarde os journals [equivalentes aos logs] para backup [e isto sim é um cp -r]

E funciona. Ah, a máquina é True64

[]s

vfpamp wrote:

fabgp2001 wrote:
Sei que com Plevayler da pra implementar tudo ou quase tudo do que falei, é só alguem querer.

Não precisa implementar, já está pronto. TUDO.

Por isso falei, como alguem ja quiz, ele ja existe.

vfpamp wrote:

fabgp2001 wrote:
E nem quero entrar nessa discução, só postei para deixar claro que um bkp de banco não é simplesmente copiar arquivos pelo SO .

Com o prevayler é só copiar . Ou nem precisa... inicia ele em dois micros espelhados e pronto!

[]s

Hm, tu não entendeu o que eu quiz dizer, a parte do SO é para levar os arquivos para local seguro, copiar para fitas etc. O resto o SO não bota os dedinhos dele senão faz caca.

]['s

pcalcado wrote:

fabgp2001 wrote:
Phillip, me desculpa a sinceridade, mas este comentario foi de quem não conhece o assunto, e ai as vezes é melhor não comentar.

Por menos DBA que eu seja, alguma coisa conheço sim.

Me desculpa, peguei pesado demais.
Eu também não sou DBA, mas conheco um pouquinho essa função.

pcalcado wrote:E sim, o SO e o ambiente têm influência enorme neste desempenho e adminsitração do SGBD. Ou você acha que um Windows ia aguentar este tranco sem 1000 service packs?

Tem sim, ja passei na pele isso, banco escrevendo arquivos, queda de luz e windows corrompendo os arquivos, já viu o que deu neh

pcalcado wrote:o Backup de um sistema de milhões de usuários com uma arquitetura muito igual [exceto por não ser OO nem Java] e rodando em um monstro de 14 CPUs é exatamente este:

1) A cada XXX minutos gere um dump
2) Guarde os journals [equivalentes aos logs] para backup [e isto sim é um cp -r]

E funciona. Ah, a máquina é True64

[]s

Eu acredito, banco não é a oitava maravilha. A unica diferença é que um banco nessa situação não estaria gerando dump a cada xxx minuto.

]['s

fabgp2001 wrote:

pcalcado wrote:

fabgp2001 wrote:
Phillip, me desculpa a sinceridade, mas este comentario foi de quem não conhece o assunto, e ai as vezes é melhor não comentar.

Por menos DBA que eu seja, alguma coisa conheço sim.

Me desculpa, peguei pesado demais.
Eu também não sou DBA, mas conheco um pouquinho essa função.

Desencana, quem começou a rispidez fui eu

Acho que entendi o que você quis dizer agora há pouco, Fábio. E o pont é: O Prevayler não é banco!! Ele não rpecisa destas """""""""""maravilhas'"""""""""" de backup porque ele é muito mais simples!!!

[]s

Philip, que bagulho eh esse que vc anda fumando? Me arruma um pouco?

cv wrote:Philip, que bagulho eh esse que vc anda fumando? Me arruma um pouco?

:silly: :scrambleup: :crazyeyes:

Valeu, se eu for no SomenteJava levo umas trouxinha pra tu aê, playboy! O ruim é se os vérmi pegá... :snipersmile:

pcalcado wrote:

fabgp2001 wrote:

pcalcado wrote:

fabgp2001 wrote:
Phillip, me desculpa a sinceridade, mas este comentario foi de quem não conhece o assunto, e ai as vezes é melhor não comentar.

Por menos DBA que eu seja, alguma coisa conheço sim.

Me desculpa, peguei pesado demais.
Eu também não sou DBA, mas conheco um pouquinho essa função.

Desencana, quem começou a rispidez fui eu

Acho que entendi o que você quis dizer agora há pouco, Fábio. E o pont é: O Prevayler não é banco!! Ele não rpecisa destas """""""""""maravilhas'"""""""""" de backup porque ele é muito mais simples!!!

[]s

Isso ai. Não gosto de fazer comparações, pois acredito que bancos relacionais tem os dias contados, não sei quantos, mas que tem isso eu não duvido. Uma hora a prevalencia (ou algo surgido a partir dela) pega de vez, ai poderemos esquecer os bancos de dados. Não estou falando em prevayler, mas sim o modelo que ele se utiliza.

Bancos de dados são lindos, tanto que estão ai trintões da vida e muito bem, mas uma hora a energia acaba e algum rapaz novo toma o lugar deles.

Na humilde opinião de quem trabalha com banco a pelo menos 3 anos, o problema não é somente não ser OO, e estar em um paradigma diferente das linguagens atuais como todo mundo prega.
A meu o grande problema se chama DISTRIBUIÇÂO. Bancos de dados não foram feitos para o mundo distribuido em que vivemos hoje. Por mais que as empresas se esforcem para tornar seus produtos compativeis conforme o mundo tecnologico avança, não acredito que conseguirão fazer deste problema o mesmo que fizeram com os bancos OO, simplesmente eliminar agregando estas funções aos SGDB (sei que os bancos ORSGDB estão longe de serem realmente OO, e nem quero entrar nessa discução ja ta de bom tamanho essa aqui

)

]['s

Cambada de carcamanos!!!Se atracaram e nada de responder as dúvidas de quem pergunta...

Não é ideal que o prevayler mande os dados para um tipo de servidor servidor ???

O q vc quer dizer por "ideal"?Existe redundância para isso... mas um simples espelhamento(RAID1)com os hds na mesma máquina ajuda...queima um hd,tem o outro bunitim com seus dados íntegros...ok,vc pode ser neurótico de guerra,ou ter uma aplicação "crítica"daquelas 24X7X365 e vc precisará de alguns servers de backup para seus dados!Aí não tem jeito,vc vai ter q implementar um balanceamento em máquinas diferentes...e vai ter algum trabalho para isso...
Tem ateh uns métodos esperando implementação para isso...(configureReplicationClient e configureReplicationServer)
Mas vai ser legal qdo vários "Masters" poderem receber um snapshot e gerar um log na replica...

Outra coisa, já vi uns exemplos (não é prevayler) onde o programa, com uso de um stream, grava os objetos num arquivo dat.
O prevayler é a mesma coisa ???

Ponha para rodar!!!

A cada transação,um .transactionLog é gerado no seu disco!
E quando quiser salvar um "estado"de seu sistema,vc faz um snapshot!

Notícias, artigos e o maior fórum brasileiro sobre Java