Ao iniciar o desenvolvimento de um novo sistema, um dos primeiros passos a ser executado é o estudo e levantamento dos requisitos necessários para a construção do produto final. A partir das informações obtidas, desenvolve-se um modelo conceitual que será utilizado para orientar o desenvolvimento propriamente dito, fornecendo informações sobre os aspectos relacionados ao domínio do projeto em questão. Esse modelo é baseado na percepção do mundo real, consistindo de um conjunto de objetos, elaborado para facilitar o projeto do banco de dados, possibilitando especificar a estrutura lógica geral do BD.

A figura abaixo ilustra esse modelo conceitual, empregado na Engenharia de Software para descrever os objetos envolvidos em um domínio de negócios, com seus atributos e como eles se relacionam entre si.

Essa figura representa uma ferramenta conhecida por Modelo ou Diagrama:

Na implementação de bancos de dados relacionais, busca-se solucionar ou minimizar dois problemas, descritos a seguir.

I. Está associado à ocorrência de informações armazenadas em arquivos separados, com conteúdos diferentes.

II. Está associado à existência das mesmas informações em aplicações diferentes, como por exemplo, em arquivos de material e de registros de projetos.

As descrições em I e em II referem-se, respectivamente, aos seguintes termos:

No que diz respeito à manipulação de dados em bancos de dados relacionais, Stored Procedure é um bloco de código PL/SQL armazenado no servidor com as seguintes características:

A SQL oferece a possibilidade de uso de uma cláusula no comando SELECT para eliminar repetições em consultas, considerando as colunas informadas na listagem de colunas do comando SELECT que contenham valores iguais como o mesmo registro. Considere o caso descrito a seguir.

A figura refere-se a uma tabela AUTO de um banco de dados relacional. Para saber as marcas de automóveis envolvidas nesse caso, foi utilizada uma query SQL, que retorna essas marcas, sem repetição, indicada na tabela SAIDA - .

O comando SQL empregado foi:

No que concerne à arquitetura de sistemas de bancos de dados Oracle, existem diversos termos específicos, siglas e nomes de serviços e aplicações. Entre estes termos, dois são descritos a seguir.

I. Arquivos físicos de log que permitem a recuperação da instância do banco de dados. Esses arquivos contêm um registro de todas as alterações feitas nos dados nas tabelas e índices do banco, assim como mudanças realizadas na estrutura do banco de dados em si. A instância pode recuperar o banco com as informações contidas nesses arquivos – se os datafiles não forem perdidos.

II. Área da SGA que armazena dados como declarações SQL executadas, cópias do dicionário de dados do banco e cache de resultados de consultas SQL e PL/SQL para reuso. Também contém dados das tabelas de sistema, como informações do conjunto de caracteres e informações de segurança.

Os termos descritos em I e em II são denominados, respectivamente:

A SQL é conhecida comercialmente como uma “linguagem de consulta” padrão utilizada para manipular bases de dados relacionais, possuindo diversos recursos na definição da estrutura de dados para modificação de dados no banco de dados e para a especificação de restrições de segurança. A SQL integra três sub-linguagens, descritas a seguir.

I. Suporta comandos para manipular dados, como select, insert, update e delete.

II. Suporta comandos para supervisionar o acesso aos dados, como grant e revoke.

III. Suporta comandos para criação de objetos e administração do banco de dados, como alter e drop.

As sub-linguagens descritas em I, II e III são, respectivamente:

No contexto dos bancos de dados relacionais SQL, muitas vezes surge a necessidade de se realizar uma determinada ação, de acordo com algum evento que acontecer e é isso que o Trigger viabiliza. No que diz respeito à sintaxe para criação de um trigger, observam-se os parâmetros descritos a seguir.

I. NOME DO TRIGGER – identifica o nome da trigger como objeto do banco de dados, devendo seguir as regras básicas de nomenclatura de objetos.

II. NOME DA TABELA – identifica o nome da tabela à qual o trigger estará ligado, para ser disparado mediante ações de insert, update ou delete.

III. Opção X/Y/Z – escolhida para definir o momento em que o trigger será disparado, onde X representa o valor padrão e faz com o que o gatilho seja disparado junto da ação, Y faz com que o disparo se dê somente após a ação que o gerou ser concluída, e Z faz com que o trigger seja executado no lugar da ação que o gerou.

IV. Opção M/N/P – escolhida entre as instruções DML para indicar e informar ao banco qual ação irá disparar o gatilho.

Os parâmetros que devem substituir X/Y/Z em III e M/N/P em IV são, respectivamente:

A tabela abaixo, faz parte de um banco de dados relacional PostgreSQL.

Para obter o nome e cargo de todos os funcionários, ordenando o resultado por celular em ordem alfabética de nome das pessoas que tenham celulares cadastrados, a sintaxe correta para o comando SQL a ser executado é:

No contexto de bancos de dados, um tipo de restrição de integridade assegura que valores de uma coluna em uma tabela são válidos baseados nos valores em uma outra tabela relacionada. Por exemplo, se um produto de COD $75DF foi cadastrado em uma tabela de Vendas, então um produto com COD $75DF deve existir na tabela de produtos relacionada. Resumindo, cada valor de uma chave estrangeira deve corresponder a um valor de uma chave primária existente, servindo para manter a consistência entre tuplas de duas relações, existindo em consequência dos relacionamentos entre entidades.

O tipo de restrição é denominado integridade:

No desenvolvimento de um Banco de Dados, é realizada, no Projeto Lógico, a seguinte atividade: