Esse artigo descreve os passos práticos de como criar um banco de dados. Um banco de dados bem desenhado é “completo”, “usável”, “consistente”, “correto” e “flexível”. Os estágios do ciclo de desenvolvimento de um banco de dados podem ser visualizados como um modelo em cascata linear. Uma parte importante do desenho descrita no artigo é construir modelos de dados que cobrirão os dados em níveis cada vez menores de abstração.
Por quê banco de dados?
Um dos grandes benefícios dos banco de dados é que os dados podem ser compartilhados de forma segura entre usuários ou aplicações. Existe mais controle sobre como os dados são gerenciados porque todos eles residem em uma única base.
Se existem deficiência em relação aos sistemas de banco de dados, é que eles requerem software muito mais poderosos e sofisticados para controla-los e desenhar o software e o banco de dados pode consumir bastante tempo. Um conhecimento mair de como usar o banco de dados é necessário, tornando assim o sistema de banco de dados menos amigável que os sistemas baseados em arquivos. Já que o banco de dados está em um repositório lógico, mesmo um pequeno erro pode danificar o banco de dados inteiro e reduzir a integridade dos dados. Um bom banco de dados é um que seja completo, integro, simples, entendível, flexível e implementável. Seguindo a metodologia de desenvolvimento de software de banco de dados, e usando os modelos de dados, os ideais do design de banco de dados são alcançados e as desvantagens são minimizadas.
Banco de dados e o ciclo de desenvolvimento do software
Especificação de requisitos -> Análise -> Desenho conceitual -> Implementação -> Desenho e otimização do esquema físico
Ao Consultar todos os potenciais usuários do banco de dados, o primeiro passo do desenhista do banco de dados é escrever um documento com os requisitos dos dados. Esse documento contém um sumário conciso e não técnico do quais itens serão armazenados na base de dados, e comno os vários itens relacionam-se entre si. Tomando o documento de requerimentos de dados, uma análise mais profunda é feita para dar significado a cada item, por exemplo, definir em detalhes os atributos dos dados e definir restrições se necessário. O resultado dessa análise é o documento de especificações preliminares. Tomando esse documento, o designer do banco de dados modela como a informação é vista pelo banco de dados e como é processada para o usuário final. Na fase da implementação do design, o design conceitual é traduzido para um nível mais baixo, o design específico do SGBD.
Modelos de dados e Esquemas como meios de captura de dados
As fases do design do banco de dados trazem a tona o conceito de ‘modelos de dados’. Modelos de dados são diagramas ou esquemas, que são usados para apresentar os requisitos dos dados em níveis diferentes de abstração. O primeiro passo do ciclo de desenvolvimento do banco de dados é escrever um documento de requisitos.

O documento de requisitos pode então ser analisado e transformado em um conjunto de dados básicos (como mostrado na figura 2) que pode ser convertido em um modelo conceitual. O resultado final da fase do design conceitual é um modelo conceitual de dados (Figura3), que fornece algumas informações de como o banco de dados deve ser implementado. O modelo conceitual dos dados é simplesmente um visão geral em alto nível do sistema de banco de dados.



(i) Ao criar um modelo lógico, dados extras podem ser adicionados mais facilmente nesse modelo do que no modelo físico. Um design de banco de dados que pode mudar facilmente de acordo com as necessidades da companhia é importante, porque garante que o sistema de banco de dados final seja completamente atualizável.
(ii) Outra consideração é a entendibilidade. Pela criação inicial de um “modelo conceitual”, tanto o designer quanto a organização serão capazes de entender o design do banco de dados e decidir se ele está completo ou não. Se não houver um modelo conceitual, a organização pode não ser capaz de conceitualizar o design do banco de dados e garantir que ele represente de fato todos os requisitos de dados dela.
(iii) Pela criação de um modelo físico, os designers podem ter uma visão geral de baixo nível de como o sistema de banco de dados deve operar antes de ser implementado de fato.
Sentenças SQL – Implementando o banco de dados
1. Criar as tabelas do banco de dados
2. Popular as tabelas
3. Consultar o banco de dados
Como as chaves se relacionam para garantir que as mudanças nos estados do banco de dados estejam de acordo com as regras especificadas?
Bem, por exemplo, você pode garantir que a chaves primária de uma entidade não possa ser nula. Essa é uma maneira de garantir integridade da entidade. Se as chaves primárias puderem ser nulas, então não haverão maneiras de garantir que entidades individuais sejam identificadas unicamente. Se você não puder garantir isso, então não pode garantir a integridade do banco de dados, que é uma propriedade básica do modelo de dados. Assim, garantindo que as chaves sigam certas regras, você pode garantir a integridade dos dados.
Outra maneira de forçar a integridade dos dados via chaves é garantir que, se duas tabelas são relacionadas uma a outra, um atributo de uma delas deve ser o atributo primário de outra (chave primária). Forças essa regra garante a integridade referencial dos dados.