artigo SQL Magazine 04 - Projeto de Banco de Dados

Projeto de Banco de Dados

Parte III: Modelo Lógico

      Continuando a construção do projeto de banco de dados da livraria Book.NET, veremos mais alguns conceitos do modelo lógico, como restrições de integridade (RI), regras de derivação (RD), agregação, entidades fortes e fracas e dicionário de dados.

Restrições de Integridade

A princípio, qualquer regra do sistema pode ser qualificada como uma restrição de integridade. Por exemplo, o fato de um cliente não possuir mais de três dependentes ou um livro não possuir mais de um código ISBN são restrições de integridade. Essas duas regras já estão representadas no diagrama, através dos elementos básicos usados até aqui – a primeira está definida pela cardinalidade do auto-relacionamento de Cliente e a segunda é indicada pelo atributo identificador ISBN. No entanto, os elementos principais do diagrama não são suficientes para representar algumas restrições de integridade. Veja dois exemplos:

Os clientes só podem alugar no máximo três livros de uma vez, cuja duração não poderá ultrapassar o período de duas semanas.

Caso o cliente passe do tempo do aluguel e não o renove, pagará uma multa na devolução e/ou na renovação.

Para representar essas regras no diagrama podemos utilizar o símbolo RI, junto ao relacionamento ALUGA, conforme mostra a figura 1. Observe que a sigla possui um número seqüencial, indicando que o modelo pode conter várias restrições. No dicionário de dados devemos descrever cada RI, indicando seu número e a regra de negócio em questão. O ideal é que cada regra possua sua própria RI, facilitando a documentação no dicionário e a identificação da regra pelas pessoas envolvidas no projeto.

Representar a restrição de integridade no diagrama não é obrigatório, mas sua descrição no dicionário de dados é imprescindível.

"