E3 Bada

BANCO
DE DADOS
Gratuliano Lucena
E-book 3
Neste E-Book:
INTRODUÇÃO�� 4
UTILIZAÇÃO DE COMANDOS SQL
PARA CRIAÇÃO E MANUTENÇÃO
DE DADOS�� 5
CRIAÇÃO DE BANCOS DE DADOS�� 6
Criação de Schema��6
Exclusão de Banco de Dados ou Schema��8
Criação de colunas��8
Alteração de colunas�� 11
Exclusão de colunas�� 11
Incluir uma coluna�� 12
Criação de Tabelas�� 12
Concessão de acesso a tabelas – privilégios�� 19
Criação de chave estrangeira�� 20
Execução de Scripts de um modelo de dados
para Criação de Tabelas�� 21
Modelo de dados após criação de tabelas no
IDE Workbench MySQL�� 30
MANIPULAÇÃO DE DADOS�� 33
Inclusão de Dados�� 34
Inclusão de Dados da tabela Aluno�� 34
Inclusão de Dados da tabela disciplina�� 35
Inclusão de Dados da tabela Alunoxdisciplina�� 36
2
Exclusão de Dados�� 38
Alteração de Dados �� 39
Consulta de Dados�� 41
CONSIDERAÇÕES FINAIS�� 44
SÍNTESE��45
3
INTRODUÇÃO
O Modelo Lógico abrange, em primeiro lugar, enten-
der a regra de negócio que envolve o entendimento
dos requisitos dos usuários. Com isso, encaminha-
-se uma solução intelectual de dados que atendam
simultaneamente os requisitos do usuário e também
às funções de inteligência do sistema.
A partir de um Diagrama de Entidade e

Relacionamento (DER), em que se planeja a com-
posição de tabelas, formulação dos índices, formas
de relacionamentos entre tabelas, por meio da fer-
ramenta Case DBDesignerfork, gerou-se um script
em linguagem DML (linguagem de manipulação de
dados).
Os scripts em linguagem DML são executados na

ferramenta IDE Workbench MySQL para entender a
prática de criação de Bancos de Dados.
Após a criação do banco de dados e das tabelas,

são executados comandos do SQL, na linguagem
DDL (Data Definition Language), para praticar a in-
clusão, alteração, exclusão e consultas de dados.
4
UTILIZAÇÃO DE COMANDOS
SQL PARA CRIAÇÃO E
MANUTENÇÃO DE DADOS
Todo o processo de aprendizado é realizado numa
ferramenta IDE Workbench MySQL para fixar os co-
nhecimentos explicados de forma prática.
Há uma preocupação em esclarecer de forma ilustra-

da e prática cada passo, desde a criação de Bancos
de Dados e “Schema”, a conversão de modelo lógico
em linguagem DML (linguagem de manipulação de
dados) para criação de tabelas, que mostra os resul-
tados após a execução dos scripts.
O aprendizado de bancos se apoia na prática da

manutenção de “Schema”, tabelas, linhas e colunas,
construção de índices. Também são demonstra-
dos: a execução de comandos DDL (Data Definition
Language) de forma prática, a manipulação de dados
com comandos do SQL, por exemplo, a Inclusão de
dados (Insert), alteração de dados (Update), exclusão
de dados (Delete) e consulta de Dados (Select).
Vamos demonstrar a criação de um banco de dados

tomando como exemplo um modelo completo de
dados que contempla todas as situações que com-
põem o entendimento de conhecimento da engenha-
ria de bancos de dados, possibilitando ao leitor uma
capacitação para desempenhar com facilidade as
atividades pertinentes a banco de dados.
5
CRIAÇÃO DE
BANCOS DE DADOS
A criação de tabela tem o objetivo de reunir um con-
junto de tabelas, o qual podemos referenciar para o
acesso às tabelas e para realizar as conexões com
aplicativos ou servidor de banco de dados.
Um exemplo para criarmos um banco de dados, de

nome “test”, é o seguinte:
CREATE DATABASE test;
CREATE USER ‘test’ IDENTIFIED BY;
Quando criamos um banco dados, torna-se

necessário conceder um acesso, que pode ser im-
plementado com a execução da instrução “CREATE
USER ‘test’ IDENTIFIED BY”, sendo que o que vem
após o BY é a informação de uma senha, por exem-
plo, “1234”, que deverá ser informada toda vez que
se fizer uma conexão com o banco de dados.
Criação de Schema
A permissão de um “Schema” pode ser concedida
para usuários e grupos de usuários. Quando o usuário
tem acesso a um “Schema”, ele tem autorização para
acessar todas às tabelas que compõem o “Schema”.
6
Em segmentação de dados por grupo de usuários,
você pode ter na mesma database duas tabelas com
o mesmo nome, estando cada uma em um “Schema”
diferente.
Conceitualmente, um “Schema” é um conjunto de

objetos de banco de dados inter-relacionados, como
tabelas, colunas, tipos de dados, índices, chaves es-
trangeiras, e assim por diante. Esses objetos estão
conectados por meio da sintaxe SQL porque as co-
lunas compõem as tabelas, chaves estrangeiras e
referenciam essas colunas.
No MySQL, fisicamente, um “Schema” é sinônimo de

um banco de dados. É possível substituir a palavra-
-chave SCHEMA por DATABASE na sintaxe SQL do
MySQL, por exemplo, utilizando CREATE SCHEMA em
vez de CREATE DATABASE. O comando para criar um
“Schema” tem a seguinte sintaxe: CREATE SCHEMA
‘teste1’.
Abaixo – conforme ilustrado na figura 2 – criamos

um exemplo dentro da ferramenta Workbench do
MySQL, chamado de “teste1”.
Figura 1: Exemplo de criação de Schema. Fonte: Elaboração própria.
7
Quando criamos o “Schema” tem-se o mesmo efeito
de criar o Banco de Dados. Por exemplo, conforme
demonstrado na figura 1, podemos notar que o “test”
que foi criado com a sintaxe 2 CREATE DATABASE
test gerou um “Schema” chamado “test” e utilizan-
do CREATE SCHEMA ‘teste1’ também gerou um
“Schema” chamado “teste2”.
Exclusão de Banco de Dados ou

Schema
Para excluir um “Schema”, utilizamos a seguinte sin-
taxe de comandos:
DROP SCHEMA ‘teste2’
Criação de colunas
Há configurações que precisamos entender quando
da criação das colunas (campos) dentro de uma ta-
bela. Temos que estabelecer um tamanho de coluna
que seja suficiente para comportar o conteúdo da
informação, de acordo com a regra de negócio; e que
o dimensionamento do tamanho da coluna possa
suportar, por um bom tempo, frente ao aumento das
informações por parte do usuário.
Também deve ser definido qual o tipo da informação

ideal – que deve ser compatível com a regra de ne-
8
gócio do usuário. A escolha deve ser feita conforme
demonstrado nas tabelas 1, 2 ou 3.
Tipos de Dados
TINYINT Número inteiro muito pequeno (tiny).
SMALLINT Número inteiro pequeno.
MEDIUMINT Número inteiro de tamanho médio.
INT Número inteiro de tamanho comum.
BIGINT Número inteiro de tamanho grande.
FLOAT Número de ponto flutuante de precisão
simples (32 bits).
DOUBLE Número de ponto flutuante de precisão
dupla (64 bits).
DECIMAL (N,D) Número decimal, com N = inteiro e D =
Decimal.
Tabela 1: Tipos de Dados Numéricos.
Tipos de Alfanuméricos – Strings

Cadeia de caracteres (string), de tamanho
CHAR()
fixo de acordo com N.
String de tamanho variável de acordo com
VARCHAR()
N.
BINARY Número inteiro de tamanho médio.
VARBINARY String binária de tamanho fixo.
Binary Large OBject – Objeto Grande
BLOB
Binário
TINYBLOB Um BLOB muito pequeno.
MEDIUMBLOB Um BLOB de tamanho médio.
LONGBLOB Um BLOB grande.
String não binária e de tamanho bem
TINYTEXT
reduzido.
TEXT String não binária e pequena.
MEDIUMTEXT String de tamanho comum e não binária.
LONGTEXT String não binária de tamanho grande.
Tabela 2: Tipos de Dados Alfanuméricos – Strings.
9
Tipos de Tempo
DATE valor referente a uma data no
formato ‘AAAA-MM-DD’.
TIME Valor horário no forma-
to ‘hh:mm:ss’ (hora:minutos:segundos).
TIMESTAMP “Timestamp” é uma sequência de caracte-
res ou informação codificada que identifica
uma marca temporal ou um dado momento
em que um evento ocorreu. Tem o forma-
to ‘AAAA-MM-DD hh:mm:ss’.
YEAR Armazena um ano no
formato ‘CCYY’ ou ‘YY’
Tabela 3: Tipos de Dados de tempo.
Analisemos um exemplo de criação de colunas, con-

forme ilustrado na figura 2.
Figura 2: Exemplo de criação de colunas com tamanho e tipo de

dados. Fonte: Elaboração própria.
Temos três colunas (figura 2): uma é a Disciplina_

Codigo – numérico e inteiro de 10 posições; a se-
gunda coluna, Disciplina_Nome, é alfanumérica com
40 posições; e a terceira coluna é numérica e inteira
com dez posições.
10
Alteração de colunas
Às vezes, surge a necessidade de aumentar o tama-
nho ou o tipo de dados de uma coluna. Quando isso
acontece, podemos fazer com o comando ALTER.
1. Criação de Tabelas
CREATE TABLE ‘teste2’.‘produto’ (
‘PRODUTOCODIGO’ INT NOT NULL,
‘PRODUTODESCRICAO’ VARCHAR(45) NULL);
a) Alteração da coluna de Tabelas
Na alteração vamos mudar o tamanho da coluna

‘PRODUTODESCRICAO’ VARCHAR(45) NULL) para
‘PRODUTODESCRICAO’ VARCHAR(50) NULL); para
isso, vamos executar a seguinte sintaxe:
ALTER TABLE ‘teste2’.‘produto’
C H A N G E C O LU M N ‘ P R O D U TO D E S C R I C A O ’
‘PRODUTODESCRICAO’ VARCHAR(50) NULL DEFAULT
NULL.
Exclusão de colunas
Às vezes, surge a necessidade de excluir uma
coluna. Podemos fazer com o comando DROP.
ALTER TABLE ‘teste2’. ‘produto’
DROP COLUMN ‘PRODUTODESCRICAO’.
11
Incluir uma coluna
Para incluir uma coluna ou mais numa tabela já exis-
tente, podemos fazer com o comando CHANGE.
ALTER TABLE ‘teste2’.‘produto’
C H A N G E C O LU M N ‘ P R O D U TO D E S C R I C A O ’
VARCHAR(60) NULL.
Podcast 1
Criação de Tabelas
A tabela nasce com um nome e se compõe de linhas
(Registro) e colunas (Campos); contém definições
de tamanho e tipo de cada coluna. Contém nomes
de colunas, definição de coluna chave, e definição
de chaves estrangeiras. As linhas e as colunas ser-
vem de referência para armazenar os conteúdos dos
dados.
Chave Primária (Primary Key) é uma ou mais colunas

com valores que são únicos dentro da tabela e, por
isso, podem ser usados para identificar as linhas
dessa tabela.
Há uma série de parâmetros que são considerados,

no momento de criação de uma tabela:
12
1. UNSIGNED – Modificador que faz com que uma
coluna aceite apenas números positivos (sem sinal).
Somente para tipo “integer”.
2. ZEROFILL – Adiciona zeros de preenchimento à

esquerda para completar um número; por exemplo,
se o campo tem 5 posições e temos o conteúdo de
235, o resultado fica 00235.
3. AUTO_INCREMENT – Campo que soma automá-

tica e sequencialmente mais 1 ao conteúdo anterior.
4. ON DELETE NO ACTION - Exclui somente o pai

sem afetar o(s) registro(s) filhos ou relacionados em
outras entidades.
5. ON DELETE CASCADE – É a exclusão com efeito

realizado em cascata, quando se exclui o registro de
uma tabela principal, também exclui todos os regis-
tros de outras tabelas com conteúdo associado por
chaves estrangeiras à tabela principal.
6. CASCADE: A opção CASCADE permite excluir

ou atualizar os registros relacionados presentes na
tabela filha automaticamente, quando um registro da
tabela pai for atualizado (ON UPDATE) ou excluído
(ON DELETE). É a opção mais comumente aplicada.
7. RESTRICT: Impede que ocorra a exclusão ou a

atualização de um registro da tabela principal, caso
haja alguma tabela com conteúdo associado à tabela
principal com chave estrangeira. A verificação de
integridade referencial é realizada antes de tentar
executar a instrução UPDATE ou DELETE.
13
8. SET NULL: Esta opção é usada para definir com
o valor NULL o campo na tabela filha, quando um
registro da tabela pai for atualizado ou excluído.
9. NO ACTION: Essa opção equivale à opção

RESTRICT, porém a verificação de integridade re-
ferencial é executada após a tentativa de alterar a
tabela. É a opção padrão, aplicada caso nenhuma das
opções seja definida na criação da chave estrangeira.
10. SET DEFAULT: “Configura Padrão” – Define um va-

lor padrão na coluna na tabela filha, aplicado quando
um registro da tabela pai for atualizado ou excluído.
11. PRIMARY KEY (PK): Esta restrição cria um índice

único para um conjunto de colunas ou uma coluna
para Chave Primária.
12. UNIQUE: Esta Contraint determina que uma coluna

não poderá ter duas linhas com o mesmo valor.
13. F OREIGN KEY (FK ou Chave Estrangeira):

Determina uma ou mais colunas, a qual se consi-
dera o seu conteúdo como único dentro da tabela.
14. CHECK: Especifica uma condição lógica que con-

diciona para efetivar o salvamento da tabela.
15. NOT NULL: Determina que a coluna tem preen-

chimento obrigatório.
14
Um exemplo para criação de tabela (abaixo)
explicado:
CREATE TABLE ‘test’.‘alunoxdisciplina’ (
‘test’ - corresponde ao nome do banco de dados

ou “schema”
‘alunoxdisciplina’ - Corresponde o nome da tabela
‘Aluno_CPF’ INT(10) UNSIGNED NOT NULL,
‘Aluno_CPF’ – Nome da Coluna ou Campo.
INT –Tipo da coluna (campo).
UNSIGNED - Aceite apenas números positivos.
NOT NULL – Coluna com conteúdo obrigatório.
‘Disciplina_Codigo’ INT(10) UNSIGNED NOT

NULL,
‘Disciplina_Codigo’ – Nome da Coluna ou Campo.
INT –Tipo da coluna (campo).
UNSIGNED - Aceite apenas números positivos.
NOT NULL – Coluna com conteúdo obrigatório.
‘Alunoxdisciplina_DataValidade’ DATE NULL

DEFAULT NULL,
‘Alunoxdisciplina_DataValidade’ – Nome da Coluna

ou Campo.
DATE – Tipo da coluna que aceita somente con-

teúdo no formato data (DD/MM/AAA).
15
NULL – Coluna com conteúdo opcional.
DEFAULT NULL – Quando o campo não for infor-

mado, assume o NULL, sem ser necessário ter um
conteúdo obrigatório.
PRIMARY KEY (‘Aluno_CPF’,

‘Disciplina_Codigo’),
PRIMARY KEY – Chave primária com único con-

teúdo em toda tabela.
‘Aluno_CPF’ – Nome da primeira coluna da chave

primária.
‘Disciplina_Codigo’ – Nome da segunda coluna da

chave primária.
INDEX ‘AlunoXDisciplina_FKIndex1’ (‘Discipli-

na_Codigo’ ASC) VISIBLE,
INDEX – Primeiro índice da chave estrangeira

(Foreign Key).
‘AlunoXDisciplina_FKIndex1’ – Nome do primeiro

índice da chave estrangeira (Foreign Key).
ASC – Classificação do índice de forma crescente

do menor para o maior.
VISIBLE – Significa que índice está sempre dispo-

nível para usá-lo.
INDEX ‘AlunoXDisciplina_FKIndex2’ (‘Aluno_CPF’

ASC) VISIBLE,
Idem as mesmas configurações da primeira chave

estrangeira.
16
CONSTRAINT ‘alunoxdisciplina_ibfk_1’
CONSTRAINT – Coluna com restrição que só per-

mite a criação da tabela desde que conteúdo este-
ja presente na tabela pai (principal).
‘alunoxdisciplina_ibfk_1’ – Nome de referência da

primeira chave estrangeira.
FOREIGN KEY (‘Disciplina_Codigo’)
FOREIGN KEY – Comando de indicação de chave

estrangeira.
‘Disciplina_Codigo’ – Nome da coluna da chave

estrangeira referente a nome em outra tabela pai
(Principal).
REFERENCES ‘test’.‘disciplina’
(‘Disciplina_Codigo’)
REFERENCES – Comando para referenciar a

outra tabela pai (principal) onde tem a chave de
origem.
‘test’ – Nome do Banco ou esquema onde exis-

te a tabela com chave de origem para ser chave
estrangeira.
‘disciplina’ – Nome tabela onde com chave de ori-

gem para ser a chave estrangeira.
‘Disciplina_Codigo’ – Nome da coluna (campo) de

origem da chave estrangeira.
17
ON DELETE NO ACTION
ON DELETE – Quando houver exclusão de linha

(registro).
Exclui somente o pai sem afetar o(s) registro(s)

filhos ou relacionados em outras entidades.
ON UPDATE NO ACTION,
ON UPDATE – Quando houver alteração de colu-

na (campo) na linha (registro).
Altera somente o pai sem afetar o(s) registro(s)

filhos ou relacionados em outras entidades.
FOREIGN KEY (‘Aluno_CPF’)
REFERENCES ‘test’.‘aluno’ (‘Aluno_CPF’)
ON DELETE NO ACTION
ON UPDATE NO ACTION);
Após a execução do “script” acima, temos o resul-

tado no Workbench do MySQL:
18
Figura 3: Exemplo de criação de tabela. Fonte: Elaboração própria.
Na figura 3 é demonstrado como fica a criação da

tabela no Workbench. Verificamos que está assinala-
do “PK”, que significa chave primária para as colunas
Aluno_CPF e Disciplina_Codigo. Também verificamos
que está assinalado “NN”, que é “NOT NULL”, ou seja,
que as colunas Aluno_CPF e Disciplina_Codigo de-
vem ter, obrigatoriamente, conteúdos. Enquanto que
a coluna Alunoxdisciplina tem conteúdo opcional,
conforme a cláusula NULL.
Concessão de acesso a tabelas

– privilégios
Quando se cria um “Schema”, é possível conceder

acesso e privilégios por meio do seguinte comando:
GRANT ALL PRIVILEGES ON test.* TO

testecursoxdisciplina
19
Criação de chave estrangeira
Toda que vez que temos uma relação terceira forma
normal entre tabelas, temos de juntar as chaves de
duas tabelas numa terceira tabela, chamada de en-
tidade associativa, conforme ilustrado na figura 4.
Figura 4: Exemplo de entidade associativa para criar chave estran-

geira. Fonte: Elaboração própria.
Observamos na figura 4, que a coluna chave Aluno_

CPF da tabela Aluno e também a coluna chave
Disciplina_Codigo da tabela disciplina servem de
chaves estrangeiras na tabela Alunoxdisciplina, pois
são consideradas chaves estrangeiras, porque não
são chaves próprias da tabela Alunoxdisciplina, foram
criadas em outras tabelas.
20
Execução de Scripts de um
modelo de dados para Criação
de Tabelas
A partir de um modelo de dados criado na ferramen-
ta DBDesignerfork, foi gerado um script completo
em linguagem DML. Esse script foi executado na
ferramenta IDE Workbench do MySQL, o resultado
foi a criação de todas as tabelas. A partir das tabe-
las criadas, foi gerado um modelo lógico dentro da
ferramenta Workbench, o que resultou numa figu-
ra gráfica do DER, conforme apresentado no item
anterior, semelhante ao modelo lógico da fermenta
DBDesignerfork.
CREATE TABLE ‘test’.‘aluno’ (
‘Aluno_CPF’ INT(10) UNSIGNED NOT NULL

AUTO_INCREMENT,
‘Aluno_Nome’ VARCHAR(40) NULL DEFAULT NULL,
PRIMARY KEY (‘Aluno_CPF’));
-- -----------------------------------------------------
CREATE TABLE ‘test’.‘disciplina’ (
‘Disciplina_Codigo’ INT(10) UNSIGNED NOT NULL

AUTO_INCREMENT,
‘Disciplina_Nome’ VARCHAR(40) NULL DEFAULT

NULL,
‘Disciplina_Creditos’ INT(10) UNSIGNED NULL

DEFAULT NULL,
21
PRIMARY KEY (‘Disciplina_Codigo’));
-- -----------------------------------------------------
CREATE TABLE ‘test’.‘alunoxdisciplina’ (
‘Disciplina_Codigo’ INT(10) UNSIGNED NOT NULL,
‘Alunoxdisciplina_DataValidade’ DATE NULL

DEFAULT NULL,
PRIMARY KEY (‘Aluno_CPF’, ‘Disciplina_Codigo’),
INDEX ‘AlunoXDisciplina_FKIndex1’ (‘Disciplina_

Codigo’ ASC) VISIBLE,
INDEX ‘AlunoXDisciplina_FKIndex2’ (‘Aluno_CPF’

ASC) VISIBLE,
REFERENCES ‘test’.‘disciplina’ (‘Disciplina_Codigo’)
ON DELETE NO ACTION
REFERENCES ‘test’.’aluno’ (‘Aluno_CPF’)
ON DELETE NO ACTION
22
-- -----------------------------------------------------
CREATE TABLE ‘test’.‘turma’ (
‘Turma_Numero’ INT(10) UNSIGNED NOT NULL

AUTO_INCREMENT,
‘Turma_Sala’ INT(10) UNSIGNED NULL DEFAULT

NULL,
‘Turma_Horario’ DATETIME NULL DEFAULT NULL,
PRIMARY KEY (‘Turma_Numero’));
-- -----------------------------------------------------
CREATE TABLE ‘test’.‘alunoxturma’ (
‘Turma_Numero’ INT(10) UNSIGNED NOT NULL,
‘Alunoxturma_DataValidade’ DATE NULL DEFAULT

NULL,
PRIMARY KEY (‘Turma_Numero’, ‘Aluno_CPF’),
INDEX ‘AlunoXTurma_FKIndex1’ (‘Turma_Numero’

ASC) VISIBLE,
INDEX ‘AlunoXTurma_FKIndex2’ (‘Aluno_CPF’ ASC)

VISIBLE,
CONSTRAINT ‘alunoxturma_ibfk_1’
FOREIGN KEY (‘Turma_Numero’)
REFERENCES ‘test’.‘turma’ (‘Turma_Numero’)
ON DELETE NO ACTION
23
CONSTRAINT ‘alunoxturma_ibfk_2’
ON DELETE NO ACTION
-------------------------------------------------------
CREATE TABLE ‘test’.‘curso’ (
‘Curso_Codigo’ INT(10) UNSIGNED NOT NULL,
‘Curso_Descricao’ VARCHAR(40) NOT NULL,
PRIMARY KEY (‘Curso_Codigo’));
-------------------------------------------------------
CREATE TABLE ‘test’.‘cursoxdisciplina’ (
‘Cursoxdisciplina_DataValidade’ DATE NULL

DEFAULT NULL,
PRIMARY KEY (‘Curso_Codigo’, ‘Disciplina_Codigo’),
INDEX ‘CursoxDisciplina_FKIndex1’ (‘Disciplina_

INDEX ‘CursoxDisciplina_FKIndex2’ (‘Curso_Codigo’

ASC) VISIBLE,
24
CONSTRAINT ‘cursoxdisciplina_ibfk_1’
ON DELETE NO ACTION
CONSTRAINT ‘cursoxdisciplina_ibfk_2’
FOREIGN KEY (‘Curso_Codigo’)
REFERENCES ‘test’.‘curso’ (‘Curso_Codigo’)
ON DELETE NO ACTION
-------------------------------------------------------
-- Table ‘test’.‘professor’
-------------------------------------------------------
CREATE TABLE ‘test’.‘professor’ (
‘Professor_CPF’ INT(10) UNSIGNED NOT NULL

AUTO_INCREMENT,
‘Professor_Nome’ VARCHAR(40) NULL DEFAULT

NULL,
‘Professor_Endereco’ VARCHAR(40) NULL DEFAULT

NULL,
PRIMARY KEY (‘Professor_CPF’));
-------------------------------------------------------
25
CREATE TABLE ‘test’.‘professorxaluno’ (
‘Professor_CPF’ INT(10) UNSIGNED NOT NULL,
‘Professorxaluno_DataValidade’ DATE NULL

DEFAULT NULL,
PRIMARY KEY (‘Professor_CPF’, ‘Aluno_CPF’),
INDEX ‘ProfessorXAluno_FKIndex1’ (‘Aluno_CPF’

ASC) VISIBLE,
INDEX ‘ProfessorXAluno_FKIndex2’ (‘Professor_CPF’

ASC) VISIBLE,
CONSTRAINT ‘professorxaluno_ibfk_1’
ON DELETE NO ACTION
CONSTRAINT ‘professorxaluno_ibfk_2’
FOREIGN KEY (‘Professor_CPF’)
REFERENCES ‘test’.‘professor’ (‘Professor_CPF’)
ON DELETE NO ACTION
-------------------------------------------------------
CREATE TABLE ‘test’.‘professorxcurso’ (
26
‘Professorxcurso_DataValidade’ DATE NULL

DEFAULT NULL,
PRIMARY KEY (‘Professor_CPF’, ‘Curso_Codigo’),
INDEX ‘ProfessorXCurso_FKIndex1’ (‘Professor_CPF’

ASC) VISIBLE,
INDEX ‘ProfessorXCurso_FKIndex2’ (‘Curso_Codigo’

ASC) VISIBLE,
CONSTRAINT ‘professorxcurso_ibfk_1’
ON DELETE NO ACTION
CONSTRAINT ‘professorxcurso_ibfk_2’
FOREIGN KEY (‘Curso_Codigo’)
REFERENCES ‘test’.‘curso’ (‘Curso_Codigo’)
ON DELETE NO ACTION
-------------------------------------------------------
CREATE TABLE ‘test’.‘professorxturma’ (
27
‘Professorxturma_DataValidade’ DATE NULL

DEFAULT NULL,
PRIMARY KEY (‘Professor_CPF’, ‘Turma_Numero’),
INDEX ‘ProfessorXTurma_FKIndex1’ (‘Professor_

CPF’ ASC) VISIBLE,
INDEX ‘ProfessorXTurma_FKIndex2’ (‘Turma_

Numero’ ASC) VISIBLE,
CONSTRAINT ‘professorxturma_ibfk_1’
ON DELETE NO ACTION
CONSTRAINT ‘professorxturma_ibfk_2’
ON DELETE NO ACTION
-------------------------------------------------------
CREATE TABLE ‘test’.‘turmaxdisciplina’ (
28
‘Turmaxdisciplina_DataValidade’ DATE NULL
DEFAULT NULL,
PRIMARY KEY (‘Turma_Numero’, ‘Disciplina_Codigo’),
INDEX ‘TurmaXDisciplina_FKIndex1’ (‘Disciplina_

INDEX ‘TurmaXDisciplina_FKIndex2’ (‘Turma_

Numero’ ASC) VISIBLE,
CONSTRAINT ‘turmaxdisciplina_ibfk_1’
ON DELETE NO ACTION
CONSTRAINT ‘turmaxdisciplina_ibfk_2’
ON DELETE NO ACTION
ON UPDATE NO ACTION)
29
Modelo de dados após criação
de tabelas no IDE Workbench
MySQL
Após a execução de todos os scripts e após a criação

de todas as tabelas na ferramenta IDE Workbench
MySQL, conforme ilustrado na figura 5, foi feito uma
engenharia reversa por meio de uma opção no menu,
conforme opção ilustrada na figura 6, e isso gerou
o modelo lógico dentro da ferramenta Workbench,
conforme ilustrado na figura 7, que está igual ao mo-
delo lógico produzido na fermenta DBDesignerfork.
Após a criação de todas as tabelas, o diretório no

Workbench MySQL fica com a seguinte relação de
tabelas:
Figura 5: Criação das tabelas após execução do script. Fonte:

Elaboração própria.
30
Figura 6: Engenharia reversa para gerar modelo lógico. Fonte:
Para converter as tabelas criadas em um modelo

lógico, por meio de uma opção do Workbench, clicar
no seguinte caminho: Database/Reverse Engineer/
Connect to DBMS/Select Schemas. Após isso, será
gerado o modelo lógico, conforme ilustrado na fi-
gura 7.
31
Figura 7: Modelo lógico após engenharia reversa. Fonte: Elaboração
própria.
32
MANIPULAÇÃO DE
DADOS
Para manipulação de dados é utilizada a linguagem
DML (Data Manipulation Language), que é aplicada
universalmente dentro de linguagens de aplicativos
com compatibilidade de 100%.
Os comandos DML estão dentro da linguagem SQL

(Structured Query Language), servem para realizar a
manipulação de dados, Consulta de dados (Select),
Inclusão de dados (Insert), Exclusão de dados
(Delete) e Alteração de dados (Update).
A linguagem SQL é basicamente dividida em três

tipos de comandos: SQL = DDL + DML + DCL:
1. DDL (definição de dados): Comandos: CREATE,

DROP, ALTER
2. DML (manipulação de dados): Comandos:

SELECT, INSERT, UPDATE e DELETE
3. DCL (controle de dados): Comandos: GRANT e

REVOKE
4. Os comandos de manipulação de dados (DML)

em SQL são representados por:
●●INSERT: permite a inclusão de novas linhas nas
tabelas.
●●UPDATE: altera os valores de dados já cadastrados.
●●DELETE: remove dados já cadastrados.
33
●●SELECT: usado para consultar o BD e retornar da-
dos que satisfazem a determinada expressão em
um comando.
Inclusão de Dados
Nos comandos DML da linguagem SQL
(Structured Query Language) são executadas as
inclusões (Insert) nas tabelas: Aluno, Disciplina e
Alunoxdisciplina, conforme descrito anteriormente.
Inclusão de Dados da tabela

Aluno
INSERT INTO ‘test’.‘aluno’ (‘Aluno_CPF’,‘Aluno_Nome’)
VALUES (1,“João”);
VALUES (2,“Antonio”);
VALUES (3,“José”);
Figura 8: Resultado das execuções na tabela aluno. Fonte:

34
Após a execução dos “Inserts” na tabela Aluno, o
resultado com dados cadastrados na tabela Alunos
fica conforme mostrado na figura 8.

disciplina
INSERT INTO ‘test’.‘disciplina’ (‘Disciplina_Codigo’,
‘Disciplina_Nome’, ‘Disciplina_Creditos’) VALUES (1,
“Engenharia”,10);

“Direito”,30);

“Matemática”,50);
Figura 9: Resultado das execuções na tabela disciplina. Fonte:

35
Após a execução dos “Inserts” na tabela Disciplina, o
resultado com dados cadastrados na tabela Disciplina
fica conforme mostrado na figura 9.

Alunoxdisciplina
INSERT INTO ‘test’.‘alunoxdisciplina’ (‘Aluno_CPF’,
‘Disciplina_Codigo’, ‘Alunoxdisciplina_DataValidade’)
VALUES (1, 1, “2019/09/23”);

VALUES (1, 2, “2019/09/23”);

VALUES (1, 3, “2019/09/23”);

VALUES (2, 1, “2019/09/23”);

VALUES (2, 2, “2019/09/23”);

VALUES (2, 3, “2019/09/23”);
36
VALUES (3, 2, “2019/09/23”);
Figura 10: Resultado das execuções na tabela Alunoxdisciplina.

Fonte: Elaboração própria.
Após a execução dos “Inserts” na tabela

Alunoxdisciplina, o resultado com dados cadastrados
na tabela Alunoxdisciplina fica conforme mostrado
na figura 10.
Devemos observar que, antes de fazer os “Inserts”

dos dados chave da tabela Alunoxdisciplina, deve-se
providenciar os “Inserts” dos conteúdos dos dados
Aluno_CPF na tabela Aluno e Disciplina_Codigo na
tabela Disciplina. Se isso não for feito, inviabiliza o
insert da tabela Alunoxdisciplina.
Abaixo vamos reexecutar um insert de conteúdo de

dados na tabela Alunoxdisciplina.
37
VALUES (1, 3, “2019/09/23”);
Figura 11: Resultado na tentativa de reinserir dos dados na tabela

Alunoxdisciplina. Fonte: Elaboração própria.
Quando tentamos reinserir os mesmos dados já an-

tes cadastrados na tabela Alunoxdisciplina, ocorre
um erro “Duplicate entry for key PRIMARY”, por tratar-
-se de dados da chave estrangeira (ocorrência de
somente uma vez em toda tabela), sendo recusada a
inclusão dos dados, conforme mostrado na figura 11.
Exclusão de Dados
Quando precisamos excluir uma linha (registro) da ta-
bela, é necessário que os dados já existam na tabela.
Vamos executar a instrução de exclusão de dados

abaixo. Observamos que temos a cláusula Where
para selecionar em qual linha devemos excluir. No
Caso do Where comparamos os campos de chave
primária, Aluno_CPF = 1 and Disciplina_Codigo = 3.
DELETE FROM ‘test’.‘alunoxdisciplina’ WHERE

Aluno_CPF = 1 and Disciplina_Codigo = 3;
38
Figura 12: Resultado após a exclusão de dados na tabela
Quando tentamos fazer a mesma exclusão pela

segunda vez, executamos a instrução abaixo.
DELETE FROM ‘test’.‘alunoxdisciplina’ WHERE Aluno_

CPF = 1 and Disciplina_Codigo = 3;
Figura 13: Resultado na tentativa de reexecutar a exclusão da linha

na tabela Alunoxdisciplina. Fonte: Elaboração própria.
Quando tentamos fazer a mesma exclusão pela se-

gunda vez, ocorre de não concluir a exclusão, por-
que os dados não existem mais, conforme figura
13, apresenta uma mensagem de “0 rows affected”.
Alteração de Dados
Quando precisamos alterar dados na tabela, é ne-
cessário que os dados já existam nela.
39
Vamos executar a instrução de alteração de dados
conforme abaixo. Observamos que temos a cláusula
Where para selecionar em qual linha devemos alterar.
No Caso do Where comparamos os campos de chave
primária, ‘Aluno_CPF’ = 3 AND ‘Disciplina_Codigo’ = 2.
Ainda, a cláusula SET define qual a coluna deve ser
alterada, e após o sinal de igual, coloca-se o conteúdo
novo que deve ser alterado.
UPDATE ‘test’.‘alunoxdisciplina’ SET ‘Alunoxdisciplina_

DataValidade’ = “2019/09/24”
WHERE ‘Aluno_CPF’ = 3 AND ‘Disciplina_Codigo’ = 2;
Figura 14: Resultado após a Alteração de dados na tabela

Quando tentamos fazer a mesma alteração pela se-

gunda vez, executamos a instrução abaixo.
UPDATE ‘test’.‘alunoxdisciplina’ SET ‘Alunoxdisciplina_

DataValidade’ = “2019/09/24”
WHERE ‘Aluno_CPF’ = 3 AND ‘Disciplina_Codigo’ = 4;
40
Figura 15: Resultado após a alteração de dados inexistentes na
tabela Alunoxdisciplina. Fonte: Elaboração própria.
Quando tentamos fazer a alteração de dados inexis-

tente, ocorre de não concluir a alteração, porque os
dados não existem, conforme figura 15, apresenta
uma mensagem de “0 rows affected”.
Consulta de Dados
Um dos comandos mais utilizados é á consulta de
dados, em que podemos ter inúmeras variações na
forma de consulta; a mais simples é o que consta
abaixo, pois o “*” é mostrado em todas as colunas
da tabela que se deseja consultar.
SELECT * FROM ‘test’.‘alunoxdisciplina’;
Figura 16: Resultado após a consulta da tabela Alunoxdisciplina.

Fonte: Elaboração própria.
41
O resultado do select é mostrar os conteúdos de to-
das as colunas da tabela Alunoxdisciplina, conforme
ilustrado na figura 15.
Podemos selecionar a consulta conforme um critério;

basta mencionarmos uma coluna com o conteúdo
que desejamos. A coluna pode ser qualquer uma da
tabela; se forem colunas da chave primária, o pro-
cesso fica rápido, se forem colunas que não sejam
chave primária, o processamento ficará demorado,
principalmente se o volume de dados for além de
1.000 linhas, o que pode comprometer o tempo de
resposta do resultado. Para realizarmos uma experi-
ência, executamos a instrução abaixo, na qual sele-
cionamos todas as linhas da coluna Aluno_CPF = 1.
SELECT * FROM ‘test’.‘alunoxdisciplina’ where

Aluno_CPF = 1;
Figura 17: Resultado após a consulta da tabela Alunoxdisciplina

com seleção de coluna. Fonte: Elaboração própria.
O resultado do select é mostrar os conteú-

dos de todas as colunas da tabela (*) da tabela
Alunoxdisciplina, somente quando a coluna Aluno_
CPF = 1, conforme ilustrado na figura 16.
42
Pode ocorrer quando executamos uma seleção de
a comparação da coluna não encontrar nenhuma
linha que satisfaça a condição. Para essa situação,
executamos a instrução a seguir.
SELECT * FROM ‘test’.‘alunoxdisciplina’ where Aluno_

CPF = 4;
Figura 18: Resultado após a consulta inexistente na tabela

Alunoxdisciplina com seleção de coluna. Fonte: Elaboração própria.
Uma vez que não há nenhum registro que atenda a

condição da seleção, o resultado não mostra nenhum
registro, conforme ilustrado na figura 18.
Podcast 2
43
CONSIDERAÇÕES FINAIS
O aprendizado contido neste módulo teve como ob-
jetivo conscientizar você, estudante, sobre todo o
fluxo que envolve o trabalho com banco de dados.
Demonstramos, na prática, a utilidade do modelo de

dados para gerar o script de criação de tabela. Essa
conversão foi demonstrada como fazemos em uma
ferramenta case de modelagem; no caso, a ferramen-
ta de gerenciador de Banco de Dados, IDE Workbench
do MySQL, em que exercitamos a criação de tabelas,
e onde verificamos o resultado da criação.
Estudamos os conceitos de chaves primárias, de

chaves estrangeiras, relacionamentos entre tabelas,
restrições de operações com manipulação de con-
teúdos de dados, além das diferenças entre Modelo
Lógico e Modelo Físico.
Esperamos que você tenha aproveitado!
44
SÍNTESE
DE
ATH
Banco de
YST
Dados
O Modelo Lógico abrange entender a regra de

negócio, que envolve:
• Entendimento dos requisitos dos usuários.
• Encaminhamento de solução intelectual.
• Dados que atendam os requisitos do usuário e as

funções de inteligência do sistema.
A partir do Diagrama de Entidade e Relacionamento

(DER), planeja-se:
• Composição de tabelas.
• Formulação dos índices.
• Formas de relacionamentos entre tabelas.
Após a criação do banco de dados e das tabelas,

são executados comandos do SQL, na linguagem
DDL (Data Definition Language) para praticar a
inclusão, alteração, exclusão e consultas de dados.
O aprendizado de bancos se apoia na prática da

manutenção de:
• Schema.
• Tabelas.
• Linhas e colunas.
• Construção de índices.
• Execução de comandos DDL (Data Definition

Language).
• Manipulação de dados com comandos do SQL.
• Inclusão de dados (Insert).
• Alteração de dados (Update).
• Exclusão de dados (Delete).

Referências
Bibliográficas
& Consultadas
ASCENCIO, A. F. G.; ARAÚJO, G. S. Estruturas de
dados: algoritmos, análise da complexidade e
implementações em JAVA e C/C++. São Paulo:
Pearson Prentice Hall, 2010. [Biblioteca Virtual]
BARBOZA, F. F. M. et al. Modelagem e desenvol-

vimento de banco de dados. Porto Alegre: Sagah,
2018. [Minha Biblioteca]
BOOCH, G.; RUMBAUGH, J.; JACOBSON, I. UML:

guia do usuário. São Paulo: Campus, 2000.
CALSARA, A.; MACHADO, C. A. F.; REINEHR, S. S.;

BURNETT, R. C. Aderência do RUP à norma NBR
ISO/IEC 12207. Dezembro/2002. Disponível em:
https://docplayer.com.br/18795196-Aderencia-do-
-rup-a-norma-nbr-iso-iec-12207.html. Acesso em:
03 out. 2019.
DATE, C. J. Introdução a sistemas de bancos de

dados. 7. ed. Rio Janeiro: Campus, 2000.
DBDesignerfork. Software livre para modelagem
de Dados. Disponível em: https://db-designer-fork.
soft112.com. Acesso em: 05 set. 2019.
ELMASRI, R.; NAVATHE, S. Sistemas de banco de

dados. 4. ed. São Paulo: Pearson, 2005. [Biblioteca
Virtual]
GANE, C. Análise estruturada de sistemas. 7. ed.

Rio Janeiro: LTC, 1993.
HAY, D. C. Princípios de modelagem de dados. São

Paulo: Makron, 1999.
HEUSER, C. A. Projeto de banco de dados. 6.ed.

Porto Alegre: Bookman, 2009. [Minha Biblioteca]
KRUCHTEN, P. Introdução ao RUP Rational Unified

Process. 2. ed. Rio de Janeiro: Ciência Moderna,
2003.
MEDEIROS, L. F. Banco de dados: princípios e práti-

ca. Curitiba: InterSaberes, 2013. [Biblioteca Virtual]
PRESSMAN, R. S. Engenharia de software. 5. ed.

São Paulo: Makron Books, 2002.
PUGA, S.; FRANÇA, E.; GOYA, M. Banco de dados:

implementação em SQL, PL/SQL e Oracle 11g.
São Paulo: Pearson Education do Brasil, 2013.
[Biblioteca Virtual]
RAMAKRISHNAN, R.; GEHRKE, J. Sistemas de
gerenciamento de banco de dados. 3. ed. Porto
Alegre: AMGH, 2011. [Minha Biblioteca]
RESENDE, D. A. Engenharia de software e sistemas

de informação. 2. ed. Rio Janeiro: Brasport, 2003.
SETZER, V. W. Banco de dados. 3. ed. Rio Janeiro:

Edgard Blücher, 1989.
SOMMERVILLE, I. Engenharia de software. 6. ed.

São Paulo: Pearson, 1995.
TELES, V. M. Extreme Programming. São Paulo:

Novatec, 2004.
WOLFGANG, P. A. T.; KOFFMAN, E. B. Objetos, abs-

tração, estruturas de dados e projeto usando C++.
Rio de Janeiro: LTC, 2008. [Minha Biblioteca]

E3 Bada

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

E3 Bada

Enviado por

Direitos autorais:

Formatos disponíveis

BANCO

A partir de um Diagrama de Entidade e

Os scripts em linguagem DML são executados na

Após a criação do banco de dados e das tabelas,

Há uma preocupação em esclarecer de forma ilustra-

O aprendizado de bancos se apoia na prática da

Vamos demonstrar a criação de um banco de dados

Um exemplo para criarmos um banco de dados, de

CREATE DATABASE test;

CREATE USER ‘test’ IDENTIFIED BY;

Quando criamos um banco dados, torna-se

Conceitualmente, um “Schema” é um conjunto de

No MySQL, fisicamente, um “Schema” é sinônimo de

Abaixo – conforme ilustrado na figura 2 – criamos

Figura 1: Exemplo de criação de Schema. Fonte: Elaboração própria.

Exclusão de Banco de Dados ou

DROP SCHEMA ‘teste2’

Também deve ser definido qual o tipo da informação

Tabela 1: Tipos de Dados Numéricos.

Tipos de Alfanuméricos – Strings

Tabela 2: Tipos de Dados Alfanuméricos – Strings.

Tabela 3: Tipos de Dados de tempo.

Analisemos um exemplo de criação de colunas, con-

Figura 2: Exemplo de criação de colunas com tamanho e tipo de

Temos três colunas (figura 2): uma é a Disciplina_

CREATE TABLE ‘teste2’.‘produto’ (

‘PRODUTOCODIGO’ INT NOT NULL,

‘PRODUTODESCRICAO’ VARCHAR(45) NULL);

a) Alteração da coluna de Tabelas

Na alteração vamos mudar o tamanho da coluna

ALTER TABLE ‘teste2’.‘produto’

ALTER TABLE ‘teste2’. ‘produto’

DROP COLUMN ‘PRODUTODESCRICAO’.

ALTER TABLE ‘teste2’.‘produto’

Chave Primária (Primary Key) é uma ou mais colunas

Há uma série de parâmetros que são considerados,

2. ZEROFILL – Adiciona zeros de preenchimento à

3. AUTO_INCREMENT – Campo que soma automá-

4. ON DELETE NO ACTION - Exclui somente o pai

5. ON DELETE CASCADE – É a exclusão com efeito

6. CASCADE: A opção CASCADE permite excluir

7. RESTRICT: Impede que ocorra a exclusão ou a

9. NO ACTION: Essa opção equivale à opção

10. SET DEFAULT: “Configura Padrão” – Define um va-

11. PRIMARY KEY (PK): Esta restrição cria um índice

12. UNIQUE: Esta Contraint determina que uma coluna

13. F OREIGN KEY (FK ou Chave Estrangeira):

14. CHECK: Especifica uma condição lógica que con-

15. NOT NULL: Determina que a coluna tem preen-

CREATE TABLE ‘test’.‘alunoxdisciplina’ (

‘test’ - corresponde ao nome do banco de dados

‘alunoxdisciplina’ - Corresponde o nome da tabela

‘Aluno_CPF’ INT(10) UNSIGNED NOT NULL,

‘Aluno_CPF’ – Nome da Coluna ou Campo.

INT –Tipo da coluna (campo).

UNSIGNED - Aceite apenas números positivos.

NOT NULL – Coluna com conteúdo obrigatório.

‘Disciplina_Codigo’ INT(10) UNSIGNED NOT

‘Disciplina_Codigo’ – Nome da Coluna ou Campo.

INT –Tipo da coluna (campo).

UNSIGNED - Aceite apenas números positivos.

NOT NULL – Coluna com conteúdo obrigatório.

‘Alunoxdisciplina_DataValidade’ DATE NULL