Pratica de criação de tabelas - Hibernate

Acredito que não seja uma boa prática.

Por exemplo, se sua empresa de desenvolvimento possui um DBA a responsabilidade de gerar tabelas ou colunas é dele e não sua. Na sua empresa deve existir algum tipo de documentação, mesmo que seja através das descrições em repositórios como SVN, ou qualquer outro. O DBA precisa manter uma documentação das alterações também, então se cada programador alterar o banco de dados a sua vontade, isso vira uma bagunça.

Mas, caso seja um projeto seu, sem uma equipe em volta, não vejo problema.

Acredito que não seja uma boa prática.

Por exemplo, se sua empresa de desenvolvimento possui um DBA a responsabilidade de gerar tabelas ou colunas é dele e não sua. Na sua empresa deve existir algum tipo de documentação, mesmo que seja através das descrições em repositórios como SVN, ou qualquer outro. O DBA precisa manter uma documentação das alterações também, então se cada programador alterar o banco de dados a sua vontade, isso vira uma bagunça.

Mas, caso seja um projeto seu, sem uma equipe em volta, não vejo problema.

Boa Tarde romarcio,
Obrigado pela dica realmente a nível de empresa, não seria interessante que o programador ficasse criando as tabelas de maneira indefinida.

Uma empresa dificilmente não possui um DBA. E um DBA de verdade irá reclamar de todas as maneiras caso você queira criar as tabelas. Ainda mais se você esquecer de colocar nos padrões de nomenclatura e tipos de dados. Sem contar que ele iria torcer o nariz para criar os índices, ajustar a performance e uma série de outras coisas que os DBAs adoram.
Creio que este recurso dos ORMs são muito funcionais para testes unitários e desenvolvimento, mas em produção, é tenso.

Uma empresa dificilmente não possui um DBA. E um DBA de verdade irá reclamar de todas as maneiras caso você queira criar as tabelas. Ainda mais se você esquecer de colocar nos padrões de nomenclatura e tipos de dados. Sem contar que ele iria torcer o nariz para criar os índices, ajustar a performance e uma série de outras coisas que os DBAs adoram.
Creio que este recurso dos ORMs são muito funcionais para testes unitários e desenvolvimento, mas em produção, é tenso.

Concordo drsmachado,
Aqui na empresa e como em qualquer outra, manipulação de bases de dados é algo crítico. Achei que seria algo prático para utilizar mas pelas dicas percebo que realmente a função de criação das tabelas deverá estar a cargo do DBA.

Obg