As vantagens do uso de padroniza��o em objetos no banco de dados

A padronizaç�o de objetos em banco de dados � utilizada em larga escala em projetos onde s�o utilizados modelos de qualidade como: CMMI, PMI, ISO9005, entre outros. Muitas das empresas que n�o possuem esse tipo de metodologia implementada, constantemente buscam novas pr�ticas de gerenciamento para diminuir seus custos diretos de desenvolvimento e manutenç�o de software.

Atualmente, o custo com as manutenç�es feitas nos aplicativos customiz�veis, isto �, aqueles em que os desenvolvedores possuem o c�digo fonte em m�os, corresponde a um dos grandes vil�es no orçamento da �rea de desenvolvimento de software, deixando muitos gerentes de "cabelo em p�". O problema se agrava ainda mais quando estas manutenç�es s�o destinadas aos retrabalhos, e n�o para o desenvolvimento de novas funcionalidades.

A id�ia do artigo dessa semana � demonstrar atrav�s de exemplos pr�ticos como diminuir o custo na fase de desenvolvimento e manutenç�o do software por meio da definiç�o de padr�es no modelo de dados f�sico. O objetivo a ser alcançado � facilitar o entendimento dos desenvolvedores para que na fase de programaç�o; a identificaç�o das tabelas do sistema, seus atributos (colunas), os relacionamentos existentes e as constraints (restriç�es) sejam claras e precisas, facilitando o manuseio aos dados e consequentemente diminuindo o tempo de an�lise e programaç�o.

O Problema

Como in�cio do trabalho, o exemplo abaixo trata de um modelo de dados sem padronizaç�o, que exige an�lise por parte do desenvolvedor para realizar a programaç�o da aplicaç�o.

Figura 1. Modelo de dados de vendas sem padronizaç�o dos nomes de tabelas e colunas

An�lise do Problema

Analisando cuidadosamente os nomes das tabelas e suas respectivas colunas, percebe-se claramente a dificuldade que o desenvolvedor ir� ter para realizar o desenvolvimento da aplicaç�o, ou at� mesmo necessite fazer uma manutenç�o, como a formataç�o (m�scara) de uma coluna na tela. Para iniciar o trabalho, o desenvolvedor ter� que verificar cuidadosamente o dicion�rio de dados para identificar qual � o significado de cada coluna, bem como o nome das tabelas.

Indo um pouco mais al�m, o script desse modelo de dados � executado no ambiente de banco de dados, conforme mostra a Figura 2:

Figura 2. Um script que cria tabelas sem utilizar padr�es

O script gerado acima cont�m um dos principais problemas encontrados atualmente na modelagem de dados: �A aus�ncia de identificar as constraints (Primary Key, Foreign Key,

NOT NULL entre outras)�

Sem as restriç�es (constraints) nomeadas de forma correta, a dificuldade para realizar um suporte em tempo h�bil ser� muito grande, pois a mensagem de erro exibida n�o ser� significativa. Isso � claramente vis�vel no exemplo da figura 3, que ir� inserir 2 linhas na tabela, sendo que a 2� linha tem o mesmo c�digo da chave prim�ria da 1�. , ocorrendo em uma mensagem de erro com o nome SYS_COO112132, ou seja, indecifr�vel.

Figura 3. Inserindo 2 linhas em uma tabela com o mesmo valor da PK (chave prim�ria)

O simples exemplo citado acima demonstra que quando mais tabelas que n�o estejam

utilizando um padr�o de nomenclatura, a complexidade de se realizar manutenç�o aumenta consideravelmente, afetando diretamente o custo de manutenç�o/desenvolvimento do software.

A soluç�o

Modelo de dados utilizando padr�es

Agora utilizaremos o mesmo exemplo da Figura 1, por�m utilizando uma padronizaç�o simples.

Figura 4. Modelo de dados de vendas com padronizaç�o dos nomes de tabelas e colunas

Analisando cuidadosamente os nomes das tabelas e suas respectivas colunas, percebe-se que o desenvolvedor encontra um nome significativo para as colunas e tabelas, facilitando seu trabalho, para realizar a formataç�o (m�scara) das colunas na tela, bem como realizar a programaç�o para a entrada de dados.

Realizando a implementaç�o f�sica desse modelo no ambiente de banco de dados, tem-se o seguinte script executado na Figura 5:

Figura 5. Um script que cria tabelas utilizando padr�es nos nomes de : tabelas, colunas e constraints

Apesar do script gerado conter mais linhas do que o exemplo da figura 2, ocorreu uma

definiç�o adequada de todos os nomes de tabelas, colunas e restriç�es existentes na aplicaç�o, facilitando a identificaç�o interna dos objetos criados no banco de dados.

Para realizar um teste pr�tico, foi utilizado o mesmo comando insert da Figura 3.

Figura 6. Inserindo 2 linhas em uma tabela com o mesmo valor da PK (chave prim�ria)

A mensagem de erro exibida na figura 6 (que � o mesmo erro da figura 3) est� muito mais

clara: PK_DEPTO, ou seja, violaç�o da PK (Primary Key). Para realizar o suporte, o desenvolvedor conseguir� identificar facilmente o problema somente pela mensagem de erro exibida e resolve-lo em um menor tempo do que o exemplo do modelo com falta de padronizaç�o.

Consideraç�es finais

A tabela 1 (abaixo) cont�m algumas sugest�es para criar nomes de colunas e restriç�es no banco de dados na fase de implementaç�o f�sica no banco de dados.

Sugest�o de padr�es para criar nomes de colunas no modelo f�sico

Identificaç�o	Descriç�o do atributo	Tipo de dado utilizado
CD	Nome de coluna que ir� armazenar valores num�ricos inteiros, utilizado em atributos falsos.	Num�rico
DT	Nome de coluna que ir� armazenar valores do tipo data	Data
DS	Nome de coluna que ir� armazenar valores �string�, ou seja, caracteres que s�o descritivos e com grande capacidade de armazenamento.	String (caracteres)
NM	Nome de coluna que ir� armazenar valores �string�, ou seja, caracteres.	String (caracteres)
NR	Nome de coluna que ir� armazenar valores num�ricos inteiros, para conte�dos significativos.	Num�rico
ST	Nome de coluna que ir� armazenar valores do tipo caracteres com conte�do pr�-estabelecido. Ex. Coluna ST_Cliente pode ter seu conte�do como sendo �A� ou �I� e nenhum outro valor a n�o ser esses estipulados	String (caracteres)
VL	Nome de coluna que ir� armazenar valores num�ricos, ou seja, n�meros que podem possuir casas decimais	Num�rico

Sugest�o de padr�es para criar restriç�es no modelo f�sico

Identificaç�o	Descriç�o do atributo
PK_	Nome da chave prim�ria de uma determina tabela
FK_	Nome da chave estrangeira associada a uma determinada tabela
IDX_	Nome de �ndices associados a uma determinada tabela
NN_	Nome de uma restriç�o do tipo Not Null, ou seja, coluna obrigat�ria
CK_	Nome de uma restriç�o do tipo check, ou seja, valores pr�-definidos. Exemplo: coluna sexo, valores poss�veis ou ou de armazenamento

Conclus�o

Para que a sua aplicaç�o possa fornecer mensagens claras em um momento de anormalidade, utilize padr�es para diminuir o tempo total de downtime da aplicaç�o.

T�cnicas para definiç�es de objetos no banco de dados garantem o bom atendimento no suporte do software, bem como transmite segurança a todos os envolvidos para manter a aplicaç�o com disponibilidade.

No pr�ximo artigo iremos bater um bate-papo com um dos OraSauros mais famosos que atuam no mercado de trabalho, participando de diversas comunidades on-line. Ele trar� dicas de como ingressar de forma correta no aquecido mercado das ferramentas Oracle.

Agradeceria de coraç�o sugest�es e coment�rios desse artigo para que seja poss�vel replicar mais conhecimentos a todos n�s.