O que você faz: Cria o modelo E/R no banco, ou gera ele a partir do modelo de classes?

JavaChild Membro desde: 14/07/2006 18:09:33 Mensagens: 104 Offline

Eu não tenho o habito de usar uma ferramenta pra gerar o modelo relacional, mas tenho o hábito de desenhar o modelo relacional a partir da modelagem OO. Tem mesmo muitas empresas que exigem o modelo do banco antes, o que é péssimo e como já disseram aí parece ser mais uma artimanha pra segurar empregos de DBAs.

GUJ Expert Membro desde: 20/02/2008 12:32:59 Mensagens: 3372 Offline

"

Virtual Machine Man Membro desde: 07/03/2007 15:58:16 Mensagens: 518 Offline

Juk wrote:Eu não tenho o habito de usar uma ferramenta pra gerar o modelo relacional, mas tenho o hábito de desenhar o modelo relacional a partir da modelagem OO. Tem mesmo muitas empresas que exigem o modelo do banco antes, o que é péssimo e como já disseram aí parece ser mais uma artimanha pra segurar empregos de DBAs.

Nao creio que seja artimanha, é só a forma de trabalhar que é diferente, dando mais importancia aos dados do que a regra. Mas é uma forma que tem dado certo, nao pra condenar totalmente. E enquanto as metodologias ageis nao provarem em larga escala que sao mais rentaveis isso nao vai mudar.

O que eu nao suporto é quando se assume o caos como metodologia e pensa que esta sendo agil.

Quanto aos dbas, um bom dba é importante em aplicacoes grandes, mas ele deve trabalhar em conjunto com os desenvolvedores e se adequar a agilidade da equipe, nao se comportar como a estrela da companhia, como acontece frequentemente.

GUJ Expert Membro desde: 20/02/2008 12:32:59 Mensagens: 3372 Offline

"

Chegando bem atrasado, me espanta ver gente reclamando que não usa Hibernate porque é mais lento que o JDBC puro, sendo que a maioria parar 95% do que se desenvolve hoje em dia isso não faz a menor diferença.

Virtual Machine Man Membro desde: 07/03/2007 15:58:16 Mensagens: 518 Offline

Emerson Macedo wrote:Chegando bem atrasado, me espanta ver gente reclamando que não usa Hibernate porque é mais lento que o JDBC puro, sendo que a maioria parar 95% do que se desenvolve hoje em dia isso não faz a menor diferença.

Em boa parte dos casos o hibernate é até mais rapido que consultas feitas diretamente em sql.

GUJ Expert Membro desde: 20/02/2008 12:32:59 Mensagens: 3372 Offline

"

marcosalex wrote:Quando Hibernate não dá perda de performance, tudo bem. Isso ninguém discute.

Mas temos casos de consultas extremamente co mpelxas em que um relatório demorava 8 minutos pra ser executado no hibernate sendo que no SQL demorava 15 segundos, sem falar a diferença de consumo de memória. Outros casos era ainda pior, o relatório simplesmente não conseguia executar.

E aí, vamos usar Hibernate? Fala com seu diretor

E onde isso tem a ver com a discussão relacionada ao título desse tópico?

GUJ Expert Membro desde: 20/02/2008 12:32:59 Mensagens: 3372 Offline

"

marcosalex wrote:

Emerson Macedo wrote:
E onde isso tem a ver com a discussão relacionada ao título desse tópico?

Tem a ver com a resposta que me deram. O título do tópico eu ja respondi, dá uma olhada na página anterior com atenção e você vai achar.

Eu já havia lido todo o tópico não vejo relevância nessa discussão para esse momento já que o tópico não tem relação com isso. Em todo caso já foi esclarecido.

This message was edited 1 time. Last update was at 06/07/2009 13:04:13

Olá!

Acredito que essa cultura de criar primeiro o modelo da base de dados e depois partir pro domínio é algo que ainda vai perdurar por um bom tempo, não que seja errado, é só uma abordagem diferente. (Algo parecido com falar que programar estruturado é errado e programar OO é certo, o que é uma baita burrice, são apenas abordagens diferentes)

Outra coisa também que acho é que certas coisas deviam ficar na base de dados, como log, arquivo morto e auditoria (por meio de Triggers), relatórios (por meio de Views) e outras coisas que não lembro no momento. Se houver alguma besteira, por favor me corrijam, só não vale dizer que deixar essas coisas no SGBD amarra a aplicação com determinado tipo de banco de dados, até porque qualquer distribuição de SGBD tem essas funcionalidades além de ser bem dificil uma aplicação migrar a "marca" de sua base de dados. (Não aplicações sérias).

Abraços

O ponto que muitos defendem (eu inclusive) é que o Core das aplicações que a maioria aqui desenvolve no dia a dia (i.e. sistemas de informação) deve ser implementado em Objetos e não no banco. Mas é lógico que toda regra tem sua exceção. Como você bem disse, existem algumas coisas que podem fazer mais sentido estar no banco. Isso deve ser analisado caso a caso. O que pra mim não faz sentido é pegar uma aplicação que faz CRUD e criar uma stored procedure para cada ação como alguns defendem e é ensinado em diversas faculdades, inclusive as que frequentei.

O que pra mim não faz sentido é pegar uma aplicação que faz CRUD e criar uma stored procedure para cada ação como alguns defendem e é ensinado em diversas faculdades, inclusive as que frequentei.

Sim, nisso eu assino embaixo (concerteza partir da análise do dominio deixa seu modelo de negócios mais... digamos... natural). E a intensidade dessa defesa varia de acordo com tamanho do ego do professor de banco de dados...

heuheauheauheau

GUJ Master Membro desde: 07/06/2008 14:41:04 Mensagens: 1695 Offline

Link_pg wrote:

O que pra mim não faz sentido é pegar uma aplicação que faz CRUD e criar uma stored procedure para cada ação como alguns defendem e é ensinado em diversas faculdades, inclusive as que frequentei.

Sim, nisso eu assino embaixo (concerteza partir da análise do dominio deixa seu modelo de negócios mais... digamos... natural). E a intensidade dessa defesa varia de acordo com tamanho do ego do professor de banco de dados... heuheauheauheau

Ai você tocou num ponto sensível, o ego.
Que atire a primeira pedra quem nunca viu um DBA e um administrador de redes megalomaníaco com síndrome de Deus.
Sad, but true.

Gosto muito de criar o modelo OO e deixar que a ferramenta que se vire na criação das tabelas, só uma pena que não se use orientação a objetos no modelo de banco de dados na maioria dos casos.
Tai uma das coisas que me animam a estudar arquitetura e modelagem.

Abraços.

Ola,
Eu nao tenho uma carta magica para reabrir o topico como vi em outro topico outro dia hehehe. Mas reabrindo a discursao, eu sempre achei melhor criar o dominio a partir do banco por questoes de facilidade. Criar o banco numa ferramenta como o Worbench, por exemplo, e depois importar as classes. Mas ultimamente ocorreu uma questao que nao havia precisado ainda. heranca. Quando o modelo da aplicação ira precisar ter herança o Netbeans por exemplo nao importa as classes com ela. Nesse caso sao as questoes manuais que se fala? ou tem ferramentas para importar ja com a heranca? um exemplo simples para essa heranca seria Pessoa, PessoaJuridica, PessoaFisica, Fornecedor e Cliente.

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