No que diz respeito ao projeto, análise e desenvolvimento de sistemas, o modelo Entidade- Relacionamento (MER) representa de forma abstrata a estrutura que possuirá o banco de dados da aplicação, sendo um modelo conceitual para descrever as entidades envolvidas em um domínio de negócios com seus atributos e seus relacionamentos. De acordo com a notação de Peter Chen, foram estabelecidos símbolos cujas funções estão indicadas a seguir.

I. Representar atributos.

II. Representar entidades.

III. Representar relacionamentos.

IV. Ligar atributos a entidades e entidades a relacionamentos.

Considerando que são usadas linhas para a função indicada em IV, para as demais em I, II, e III devem ser utilizados, respectivamente, os seguintes símbolos:

Em bancos de dados relacionais, para obter uma nova tabela ordenada ascendente por CODIGO a partir de uma tabela FUNCIONARIOS, deve-se utilizar o seguinte comando SQL:

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 é: