JAVA NUM SERVE PRA NADA

Debugger Membro desde: 28/07/2004 15:06:22 Mensagens: 59 Offline

meus colegas de trabalho, DANIEL e FELIPE falaram que eu sou burro e que java e jdbc num serve pra nada.
eh pra ser tudu feito em stored procedure que eh melhor e que empresa num troca de banco NUNCA, pq eu sou burro e acho q a empresa troca de banco q nem troca de roupa.

queria saber q opniao de vcs, pq nao concordo com isso. acho melhor a independencia de banco do q ficar amarrado ao mesmo.

ps: ELES QUEREM FAZER TUDO NO BANCO, ATÉ 1 + 1.

flw!

Cara, a idéia de independência de banco é real. O que existe é que a longo prazo a empresa pode estar migrando para outro banco, e então será necessário a reescrita destes códigos em storedprocedures/triggers em outro banco, correndo-se o risco de criar-se bugs etc.

Muitas vezes, o que acontece. Uma empresa trabalha com determinado banco de dados, e tudo esta tranquilo durante algum tempo, até que a empresa recebe uma proposta de outra empresa de banco de dados, e então os administradores, sem dó do desenvolvimento, dizem que será tudo em outro banco e ponto inal. Imagine o pandemonio neste cenário.

Outra característica interessante, é para empresas de desenvolvimento de software, onde determinados clientes podem estar querendo um determinado banco de dados, e outros clientes optarem por outras soluções. Então, a idéia de independência de banco é muito válida.

A questão de eles te otularem de buro ou qualquer outo adjetivo, é o fato de não terem argumentos favoráveis a eles, e estão tentando te desestailizar psicológicamente. Se você tem argumentos para desbancar a proposta deles, vá em frente, se não der certo, e lá na frente tiverem que reescrever tudo em semanas (ou dias), não diga que você não avisou.

Ainda poderia-se citar vários outros cenários possíveis de onde não depender-se primordialmente de banco de dados seriam plaus´iveis, e outro ponto é a dependência do SQL proprietário. Tente usar SQL padrão, ou um framework de mapeamento ou algo do gênero, como Hibernate e JDO.

[]'s

Sobre ser chamado de burro, a solucao eh garrafa de vidro quebrada na quina da mesa e enfiada na jugular deles, preferencialmente dentro do ambiente de trabalho, pra ajudar a manter as coisas num clima de familia e todo mundo trabalhar mais feliz. Nao se esqueca de subir na mesa e berrar bastante pra todo mundo ver, ja que ficar de fora de um acontecimento desses seria uma pena.

Quanto ao resto, se a independencia de banco nao eh uma prioridade no projeto, otimo, da pra usar os recursos e a performance que as stored procedures trazem para algumas coisas. Para algumas coisas. Voces precisam sempre levar em conta o tempo que os dados passam boiando pela na rede local ou entre os processos do banco e da aplicacao.

What is classpath? Membro desde: 17/08/2004 16:57:05 Mensagens: 8 Offline

Na minha opniao , o java é uma otima linguagem ...

acho que tudo dever ser avaliado ...

participei de um projeto onde tudo foi feito em PLSQL/Oracle e o java chamava as packages.procedure ... não vi nenhum problema neste modelo ..

participei de outro que parte ficava no java e outra no PLSQL/Oracle ... tambem não vi problemas neste modelo .. pois alguns processos mais criticos ficaram no banco.

Ou seja independente do modelo adotado .. o java terá sua partipação !!!
isso e o mais importante ....

Como o cv disse, se a independencia de banco nao eh algo desejado pela empresa, tem mais eh que tirar proveito dos recursos oferecidos pelo dbms. Claro que isso nao significa radicalizar.
Assim como o banco de dados pode ser mudado no futuro, a linguagem de programacao tambem pode mudar do dia para a noite, por causa de "decisoes gerenciais", entao, a grosso modo, voce meio que troca 6 por meia-duzia.

Parece ai que vc esta em desvantagem frente ao pessoal que defende banco de dados com todas as forcas. Nesse caso, voce pode fazer vsta-grossa e aderir a forma de trabalho deles, ou procurar outra empresa

.

Rafael

GUJ Ranger Membro desde: 20/01/2003 15:45:15 Mensagens: 782 Offline

e ainda tem a outra discusao sobre isso...

http://www.guj.com.br/posts/list/0/8443.java

This message was edited 1 time. Last update was at 19/01/2005 10:37:24

cv wrote: solucao eh ........
pra ajudar a manter as coisas num clima de familia e todo mundo trabalhar mais feliz

o cv da cada resposta

eu concordo de que a empresa não muda de banco a todo momento...

mas com store procedures você fica meio "amarrado"... tipo vc não tem todo um poder que teria numa linguagem de programação como java...

e usar store procedure justifica-se apenas se o seu cliente de "obriga"

ou se performance é o requisito primário... e ainda mesmo no caso de performance em 90% dos casos vc não vai precisar disso...

Moderador Membro desde: 21/02/2003 16:19:19 Mensagens: 1647 Offline

cv wrote:Sobre ser chamado de burro, a solucao eh garrafa de vidro quebrada na quina da mesa e enfiada na jugular deles,

eu tava pensando em dizer isso mas nao sabia se seria politicamente correto

Se a conversa está nesse pé é melhor mandar o curriculo pra outro canto, qualquer argumento não valerá nada ....

Debugger Membro desde: 28/07/2004 15:06:22 Mensagens: 59 Offline

usarei da tecnica do CV. garrafa eh uma boa ideia, mas sao 2 pessoas e eu vou ter q escolher uma, entao eu pensei em jogar alcool e tacar fogo, assim acerto os 2 de uma vez.

acordei revoltado hj, ahwahwha

se algum dia tiver q mudar de banco, manda-los-ei a mierda

flws!

What is classpath? Membro desde: 17/08/2004 16:57:05 Mensagens: 8 Offline

WNS ,

se no futuro alguem pedir para mudar de banco ...
você dirá assim :

pois não , estou aqui para atende-los ....

obs: quanto mais eles mudam mais trabalho teremos mais java teremos ...

Emrpesas não mudam de banco de dados todos os dias. A maioria dos sistemas vai fciar defasando antes de ter oportundiade de mudar de banco. Agora...

por que diabos as pessoas acham que podem confiar num treco feito apra guardar dados como um servidor de aplicações?

Aì vem pergutnas bizarras no fórum sobre como fazer uma Stored Procedure enviar respsotas HTTP ou abrir um socket... cada ferramenta tem seu uso! Aposto que eles acham que o sistema operacional também devia ser todo em SP.

No início eu achava que independência de database era a principal característica de o-r mapping. Depois que iniciei com hibernate classifico independência de banco de dados um benefício secundário diante das centenas de vantagens de somente lidar com objetos invés da porqueira de sql e outras coisas que não preciso me preocupar sendo que o framework faz a maior parte do trabalho sujo.

hahahahaha
Eu tbm acho qeu Java não serve pra nada =/
não da pra fazer quase nada com ele... ta loko... =)~

Quem aqui sabe de uma empresa que tem Oracle e mudou de banco depois?!
hehehehe
Os caras ai mandaram fazer tudo em StoreProcedures?! hehehe
aqui na empresa eh diferente, (burrice um pouco) os "Donos do Oracle" proibiram usar SP hahahaha vai entender... vc tem uma Ferrari mas num pode passar de 40Km/h ...

Mas se seu cliente tem uma licensa de SQLServer, bom, dai eu garanto qeu se vc usar Hibernate não vai se arrepender depois por ter usado, pq com certeza ele vai mudar de banco... ainda mais se tu não ganhar a mais para fazer essa migração.

=)

Abraços!

This message was edited 1 time. Last update was at 19/01/2005 12:39:22

Java serve para, pelo menos, discutirmos a utilidade dele. Já é alguma coisa, né?

O cara te chamar de burro pq ele quer colocar a regra no banco e vc em classes java. Em que mundo ele vive? Ele acha que java é só para escrever GUI?

OBS: Gostei da solução do cv para isso!!

Aqui no trabalho onde existe uma consulta muito pesada e que envolva muitas unions, joins etc, que esteja consumindo muitos segundos (existe um tempo limite para que os usuários do sistema realizem as operações), colocamos uma procedure (depois de tentar outras soluções) para retornar o resultado da consulta. mas na regra do negócio propriamente dita evitamos as procedures .

Aqui na empresa acho pouco provavel mudar o banco (e se for mudar vai dar um trabalhinho graças as procedures existentes) ja que todos os sistemas que eu tenho conhecimento estão rodando em cima do Oracle.

Se vc esta desenvolvendo uma aplicação para clientes e ambientes diferentes, ligar sua aplicação a um banco, servidor de aplicação ou sistema operacional não é uma boa idéia.

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