DA x DBA
Autor: MarcusWilliam | Publicado: 2010-11-18T02:02:00-03:00

Senhores

Os anos de experiência no mercado de trabalho atuando com banco de dados, me credenciaram a tentar materializar e delinear em texto as principais diferenças entre as atividades de um DA&nbsp;(data administrator) e de um DBA&nbsp;(database administrator). As idéias apresentadas aqui são aplicadas a SGBD relacionais. Na maioria dos casos essas atividades são endereçadas por profissionais diferentes e em locais de grande porte por equipes diferentes.
A literatura a respeito de projeto de banco de banco de dados, resumidamente e a grosso modo, aponta para as seguinte etapas:
Análise de requisitos
Modelagem dos objetos&nbsp;
Criação do banco de dados
A análise de requisitos se dá quando os projetistas da futura solução se reportam aos usuários a fim de saber qual a natureza do problema a ser endereçado pela solução. Nesta etapa a equipe começará a aprender sobre o negócio e a partir daí terá elementos para corretamento construir a futura solução.

À luz do que foi levantado na etapa de analise de requisitos, já na modelagem dos objetos, os projetistas aplicarão técnicas para vislumbrar e criar modelos dos que representarão os futuros objetos de banco de dados que atenderão e darão suporte à solução prevista.
O banco de dados apenas será materializado como tal quando a etapa de modelagem de dados começar apresentar artefatos em forma de script de criação de objetos relacionais.
Notoriamente as etapas apresentadas neste post não são vencidas na sequência que foram apresentadas. Na realidade em um ciclo de vida do projeto de banco de dados existirão várias etapas de analise de requistos para afetuar alguma correção ou implementar alguma&nbsp;acréscimo&nbsp;ao escopo inicial e por conseguinte existirão várias etapas de modelagem e varias etapas de criação.
O DA tem a responsabilidade de arquitetar, vislumbrar, imaginar os objetos de banco de dados e como estes darão suporte ao sistema, ou seja, à luz que foi levantado na análise de requisitos o DA iniciará a construir e modelar as tabelas e seus campos, bem como os demais objetos como views, sequences, etc,.... O banco de dados deverá estar adequado às necessidades do sistema levantadas no análise de requisitos. Um DA não consegue iniciar a modelagem de dados sem conhecer o que será endereçado pelo sistema. Desta forma, o DA está intimamente ligado às atividades de desenvolvimeno de sistema, sendo uma espécie de "consultor de dados" orientando como a equipe de desenvolvimento irá interagir com a base de dados e seus objetos.
O DBA é o profissional que irá materializar em forma de banco de dados o que foi vislumbrado pelo DA, além obviamente de manter o banco de dados (não é escopo deste post apontar as atividade de um DBA e sim a diferença das atividades de um DA e de um DBA). Todo SGDB está instalado em um equipamento, em um hardware e o DBA está concentrado em assegunra a perfeita harmonia entre o software(SGDB) e o hardware utilizado. Atividades como ocupação de espaço em disco, utilização de memória e CPU são inerentes a um DBA. Portando, este não está tão voltado ao desenvolvimento como DA, estando sim voltado para a infra-estrutura física disponibilizada para o banco de dados.
Eu gosto de afirmar que o DA resolve a infra-estrutura lógica de banco de dadoa e o DBA resolva a infra-estrutura física de banco de dados.
Um DA não está interessado em saber qual a configuração do equipamento utilizado ou qual sistema operacional está instalado neste, ele quer que o banco de dados responda bem as requisições oriundas do sistema, em quanto que um DBA não está interessado em saber quantas tabelas formam o sistema, tampouco o grau de normalização destas, a ele interessa se os recusos computacionais estão adequados à realidade desejada.
Grosseiramente podemos efetuar a seguinte comparação. Em construção civíl, um DA faz as vezes de um arquiteto e o DBA a do engenheiro.
O meu sentimento é que o profissional mais valorizado e difícil de se encontrar é o DA. O DA trabalha voltado para os sistemas e consequentemente para o negócio da corporação e naturalmente em cada corporação existem a sua especificidade de negócio. Por outro lado, o assunto infra-estrutura física nas corporações podemos encarar como variação do mesmo tema. As marcas dos equipamentos são recorrentes, os sistemas operacionais são recorrentes e os produtos de SGDB também são recorrentes, ou seja, as situações e dificuldade de um DBA em uma corporação são facilmente encontradas em outra corporação. Segundo minhas teoria, é mais fácil substituir um DBA do que um DA.
O importante destas ideias é que os dois perfis são de extrema importância na area de TI e que em alguns casos, dada a especificidade da atividade, não é possível acumular as duas atividades. Portanto, alguém que deseja trabalhar com banco de dados, primeiramente deve entender a diferença apresentada para decidir qual perfil mais lhe agrada, ambos são fascinantes !!!
ObrigadoMarcus William