Sejam bem-vindos!

Conheça o MySQL
 1ª AULA
Cursos de Extensão Ânima
 s
t
a
s
t
e
c
n
o
l
o
g
i
a

INTRODUÇÃO
s
p
o
d
e
m
r
e
s
u
l
t
a
r
e
m
m
e
l
h
o
r
e
s
c
o
l
e
t
a
s
e
a
n
á
l
i
s
e
d
e
d
a
d
o
s
p
a
r
a
a
t
o
m
a
d
a
d
e
d
e
c
i
s
ã
o?
C
o
m
o
s
e
d
á
a
c
o
l
e
t
a
e
a
n
á
l
i
s
e
d
e
d
a
d
o
s
n
o
m
e
i
o
d
i
g
i
t
a
l
p

Banco de Dados
a
r
a
f
i
n
s
d
e
p
e
s
q
u
i
s
a
d
e
m
e
r
c
a
d
o?
C
o
m
o
e
s
t
a
“
e
s
c
u
t
a”
d
e
d
a
d
o
s
a
c
o
n
t
e
c
e
n
a
s
r
e
d
e
s
s
o
c
i
a
i
s?
O
q
u
e
é
a
n
á
l
i
s
e
p
r
e
d
i
t
i
v
a
e
c
o
m
o
o
s
d
a
d
o
s
p
o
d
e
m
s
e
r
o
r
g
a
n
i
z
a
d
o
s
d
e
f
o
r
m
a
a
g
e
r
a
r
i
n
s
i
g
h
t
s
p
a
r
a
a
t
o
m
a
d
a
d
e
d
e
c
i
s
ã
o?
O
q
u
e
s
ã
o
e
m
p
r
e
s
a
s
o
r
i
e
n
t
a
d
a
s
p
o
r
d
a
d
o
s
(
d
a
t
a
-
d
r
i
v
e
n
c
o
m
p
a
n
i
e
s)
,
q
u
a
i
s
s
ã
o
e
p
o
r
q
u
e
e
l
a
s
e
s
t
ã
o
r
e
v
o
l
u
c
i
o
n
a
n
d
o
o
m
e
r
c
a
d
o
p
o
r
u
m
t
o
d
o?
Q
u
a
i
s
a
s
p
l
a
t
a
f
o
r
m
a
s,
f
e
r
r
a
m
e
n
t
a
s
e
l
i
n
g
u
a
g
e
n
s
b
á
s
i
c
a
s
d
e
p
r
o
 s
t
a
s
t
e
c
n
o
l
o
g
i
a

INTRODUÇÃO
s
p
o
d
e
m
r
e
s
u
l
t
a
r
e
m
m
e
l
h
o
r
e
s
c
o
l
e
t
a
s
e
a
n
á
l
i
s
e
d
e
d
a
d
o
s
p
a
r
a
a
t
o
m
a
d
a
d
e
d
e
c
i
s
ã
o?
C
o
m
o
s
e
d
á
a
c
o
l
e
t
a
e
a
n
á
l
i
s
e
d
e
d
a
d
o
s
n
o
m
e
i
o
d
i
g
i
t
a
l
p
a
r
a
f
i
n
s
d
e
p
e
s
q
u
i
s
a
d
e
m
e
r
c
a
d
o?
C
o
m
o
e

SISTEMA
s
t
a
“
e
s
c
u
t
a”
d
e
d
a
d
o
s
a
c
o
n
t
e
c
e
n
a
s
r
e
d
e
s
s
o
c
i
a
i
s?
O
q
u
e
é
a
n

DE
á
l
i
s
e
p
r
e
d
i
t
i
v
a
e
c
o
m
o
o
s
d
a
d
o
s
p
o
d
e
m
s
e
r
o
r
g
a
n
i
z
a
d
o
s
d
e

ARQUIVOS
f
o
r
m
a
a
g
e
r
a
r
i
n
s
i
g
h
t
s
p
a
r
a
a
t
o
m
a
d
a
d
e
d
e
c
i
s
ã
o?
O
q
u
e
s
ã
o
e
m
p
r
e
s
a
s
o
r
i
e
n
t
a
d
a
s
p
o
r
d
a
d
o
s
(
d
a
t
a
-
d
r
i
v
e
n
c
o
m
p
a
n
i
e
s)
,
q
u
a
i
s
s
ã
o
e
p
o
r
q
u
e
e
l
a
s
e
s
t
ã
o
r
e
v
o
l
u
c
i
o
n
a
n
d
o
o
m
e
r
c
a
d
o
p
o
r
u
m
t
o
d
o?
Q
u
a
i
s
a
s
p
l
a
t
a
f
o
r
m
a
s,
f
e
r
r
a
m
e
n
t
a
s
e
l
i
n
g
u
a
g
e
n
s
b
á
s
i
c
a
s
d
e
p
r
o
 s
t
a
s
t
e
c
n
o
l
o
g
i
a

INTRODUÇÃO
s
p
o
d
e
m
r
e
s
u
l
t
a
r
e
m
m
e
l
h
o
r
e
s
c
o
l
e
t
a
s
e
a
n
á
l
i
s
e
d
e
d
a
d
o
s
p
a
r
a
a
t
o
m
a
d
a
d
e
d
e
c
i
s
ã
o?
C
o
m
o
s
e
d
á
a
c
o
l
e
t
a
e
a
n
á
l
i
s
e
d
e
d
a
d
o
s
n
o
m
e
i
o
d
i
g
i
t
a
l
p
a
r
a
f
i
n
s
d
e
p
e
s
q
u
i
s
a
d
e
m
e
r
c
a
d
o?
C
o
m
o
e
s
t
a
“
e
s
c
u
t
a”
d
e
d
a
d
o
s
a
c
o
n
t
e
c

COM
e
n
a
s
r
e
d
e
s
s
o
c
i
a
i
s?
O
q
u
e
é
a
n
á
l
i
s
e
p
r
e
d
i
t
i
v
a
e
c
o
m
o
o
s
d
a
d

BANCO DE
o
s
p
o
d
e
m
s
e
r
o
r
g
a
n
i
z
a
d
o
s
d
e
f
o
r
m
a
a
g
e
r
a
r
i
n
s
i
g
h
t
s
p
a
r
a

DADOS
a
t
o
m
a
d
a
d
e
d
e
c
i
s
ã
o?
O
q
u
e
s
ã
o
e
m
p
r
e
s
a
s
o
r
i
e
n
t
a
d
a
s
p
o
r
d
a
d
o
s
(
d
a
t
a
-
d
r
i
v
e
n
c
o
m
p
a
n
i
e
s)
,
q
u
a
i
s
s
ã
o
e
p
o
r
q
u
e
e
l
a
s
e
s
t
ã
o
r
e
v
o
l
u
c
i
o
n
a
n
d
o
o
m
e
r
c
a
d
o
p
o
r
u
m
t
o
d
o?
Q
u
a
i
s
a
s
p
l
a
t
a
f
o
r
m
a
s,
f
e
r
r
a
m
e
n
t
a
s
e
l
i
n
g
u
a
g
e
n
s
b
á
s
i
c
a
s
d
e
p
r
o
INTRODUÇÃO

Atomicidade
• Estado em que as modificações no BD devem ser todas ou nenhuma feita.
Cada transação é dita como “atômica”. Se uma parte desta transação falhar,
toda transação falhará.
Consistência
• Estado que garante que todos os dados serão escritos no BD.
Isolamento
• Requer que múltiplas transações que estejam ocorrendo “ao mesmo
tempo”, não interfiram nas outras.
Durabilidade
• Garante que toda transação cometida (commit) pelo BD não será perdida.
 s
t
a
s
t
e
c
n
o
l
o
g
i
a

INTRODUÇÃO
s
p
o
d
e
m
r
e
s
u
l
t
a
r
e
m
m
e
l
h
o
r
e
s
c
o
l
e
t
a
s
e
a
n
á
l
i
s
e
d
e
d
a
d
o
s
p
a
r
a
a
t
o
m
a
d
a
d
e
d
e
c
i
s
ã
o?
C
o
m
o
s
e
d
á
a
c
o
l
e
t
a
e
a
n
á
l
i
s
e
d
e
d
a

▶
d

Bancos de Dados: Essenciais em todas os ramos de negócios;

o
s
n
o
m
e
i
o
d
i
g
i
t
a
l
p
a
r
a
f
i
n
s
d
e
p
e
s
q
u
i
s
a
d
e
m
e
r
c
a
d

▶
o?

Aplicações Tradicionais: dados textuais e/ou numéricos;

C
o
m
o
e
s
t
a
“
e
s
c
u
t
a”
d
e
d
a
d
o
s
a
c
o
n
t
e
c
e
n
a
s
r
e
d
e
s
s
o
c
i
a
i
s?
O

▶
q

“Novas” Aplicações: BD multimídia, BD de Informações

u
e
é
a
n
á
l
i
s
e
p
r
e
d
i
t
i
v
a
e
c
o
m
o
o
s
d
a
d
o

Geográficas, Data Warehouses, BD ativos, BD temporais,

s
p
o
d
e
m
s
e
r
o
r
g
a
n
i
z
a
d
o
s
d
e
f
o
r
m
a
a

BD móveis, BD Web ...

g
e
r
a
r
i
n
s
i
g
h
t
s
p
a
r
a
a
t
o
m
a
d
a
d
e
d
e
c
i
s
ã
o?
O
q
u
e
s
ã
o
e
m
p
r
e
s
a
s
o
r
i
e
n
t
a
d
a
s
p
o
r
d
a
d
o
s
(

▶O sucesso dos bancos de dados nos dias de hoje deve-se aos

d
a
t
a
-
d
r
i
v
e
n
c
o
m
p
a
n
i
e
s)
,
q
u
a

recursos incorporados em um software especializado

i
s
s
ã
o
e
p
o
r
q
u
e
e
l
a
s
e
s
t
ã
o
r

denominado Sistema de Gerência de Bancos de Dados

e
v
o
l
u
c
i
o
n
a
n
d
o
o
m
e
r
c
a
d
o
p

(SGBD).
o
r
u
m
t
o
d
o?
Q
u
a
i
s
a
s
p
l
a
t
a
f
o
r
m
a
s,
f
e
r
r
a
m
e
n
t
a
s
e
l
i
n
g
u
a
g
e
n
s
b
á
s
i
c
a
s
d
e
p
r
o
SISTEMA GERENCIADOR DE BANCO DE DADOS
 Sistemas conhecidos em operação
• Sybase SQL Anywhere: Concorre com o Oracle no mercado corporativo. Aplicações para este banco são
desenvolvidas com o PowerBuilder.

• MySQL: Possui versões para Windows, Solaris, Unix, FreeBSD, Linux) e é gratuito. Muito poderoso, usado
principalmente para desenvolvimento WEB como servidor de dados para comércio eletrônico.

• PostgreSQL: Gratuito e com boa aceitação. Originalmente concebido para rodar em Linux. Possui versões para
Windows. Principalmente usado para comércio eletrônico juntamente com linguagem PHP.

• Informix: Boa escalabilidade e desempenho. Comercializado pela IBM.

• DB2: Produzido pela IBM, nasceu nos ambientes de grande porte, sendo posteriormente portado para
plataformas mais simples (microcomputadores).

• Firebird: Nascido de uma iniciativa da Borland em abrir o código do InterBase 6, este sistema é open source e
esbanja versatilidade e robustez. Possui recursos de trigger, store procedures e transações concorrentes.
Bancos de Dados

• MySQL e PostgreSQL, os mais populares.

• PostgreSQL - início na Universidade de Berkeley, na Califórnia, em
1986.
• MySQL surgiu na Suécia três colegas: Allan Larsson, David Axmark e
Michael Monty Widenius.
• 1ª. versão foi lançada no ano de 1996.
• Compatibilidade com várias linguagens, algumas:
• Java, PHP, Python, Ruby, e C/C++;
• Base de dados de tamanho ilimitado;

• ORACLE: profissional, mas paga.

SGBD Usuários/Programadores

Programas de Aplicações / Consultas (Queries)

SGBD
Programas para Processamento de consultas /
gerenciamento de dados

Software para Acesso aos Dados Armazenados

Banco de dados
Definição dos dados
armazenados
SISTEMA GERENCIADOR DE BANCO DE DADOS
Linguagem SQL
 A Linguagem de Consulta Estruturada (SQL) é um dos
principais motivos de sucesso dos SGBDR’s.
 Tornou-se um padrão para este tipos de bancos;
 Facilitou o processo de migração entre SGBDR’s;
 Permite trabalhar simultaneamente com mais de um
BDR.

 História: a SQL foi criada na IBM Research, com o nome

de SEQUEL, como a interface do SGBDR experimental
SYSTEM R.
MODELO DE DADOS
EVOLUÇÃO DOS MODELO DE DADOS
NÍVEL DE ABSTRAÇÃO DE DADOS
 MODELO RELACIONAL

 “A Relational Model Data for Large Shared Databanks” (Codd, 1970) – IBM
 Fundamento básico: relação matemática (tabela)
 Base teórica: teoria do conjunto e lógica de 1a. Ordem

Tabela é uma matriz de

linhas e colunas

Linha = Tupla
Coluna = Atributo
 a
t
a
e
i
n
t
e
r
n
e
t
d
a
s
c
o
i
s
a
s.
P

IMPLEMENTAÇÃO DO MODELO RELACIONAL

o
r
t
o
A
l
e
g
r
e
:
S
A
G
A
H,
2
0
1
8.
E
-
b
o
o
k.
D
i
s
p
o
n
í
v
e
l
e
m
:
T
A
U
R
I
O
N,
C
e
z
a
r.
B
i
g
d
a
t
a.
R
i
o
d
e
J
a
n
e
i
r
o
:
B
r
a
s
p
o
r
t,
2
0
1
3.
E
-
b
o
o
k.
D
i
s
p
o
n
í
v
e
l
e
m
:
B
I
B
L
I
O
G
R
A
F
I
A
C
O
M
P
L
E
M
E
N
T
A
R
A
U
D
Y,
J
o
r
g
e
L
u
i
s
N
i
c
o
l
a
s;
B
R
O
D
B
E
C
K,
n
g
e
l
a
F
r
e
i
t
a
g.
S
i
s
t
e
m
a
s
d
e
i
n
f
o
r
m
a
ç
ã
o
:
p
l
a
n
e
j
a
m
e
n
t
o
e
a
l
i
n
h
a
m
e
n
t
o
e
s
t
r
a
t
é
g
i
c
o
n
a
s
o
r
g
a
n
i
z
a
ç
õ
e
s.
P
o
r
t
o
A
l
e
g
r
e
:
B
o
o
k
m
a
n,
2
0
0
8.
E
-
b
o
o
k.
D
i
s
p
o
n
í
v
e
l
e
m
:
M
A
C
H
A
D
O,
A
l
e
x
a
n
d
r
e
S
a
n
t
o
s.
A
d
m
i
n
i
s
t
r
a
ç
ã
o
d
o
b
i
g
d
a
t
a.
S
ã
o
P
a
u
l
o
:
E
d.
S
e
n
a
c,
2
0
1
7.
E
-
b
o
o
k.
D
i
s
p
o
n
í
v
e
l
e
m
:
M
U
N
H
O
Z,
A
n
t
o
n
i
o.
F
u
n
d
a
m
e
n
t
o
s
d
a
t
e
c
n
o
l
o
g
i
a
d
a
i
n
f
o
r
m
a
ç
ã
o
e
a
n
á
l
i
s
e
d
e
s
i
s
t
e
m
a
s
 a
t
a
e
i
n
t
e
r
n
e
t
d
a
s
c
o
i
s
a
s.
P

POR QUE UTILIZAR BANCO DE DADOS RELACIONAL

o
r
t
o
A
l
e
g
r
e
:
S
A
G
A
H,
2
0
1
8.
E
-
b
o
o
k.
D
i
s
p
o
n
í
v
e
l
e
m
:
T
A
U
R
I
O
N,
C
e
z
a
r.
B
i
g
d
a
t
a.
R
i
o
d
e
J
a
n
e
i
r
o
:
B
r
a
s
p
o
r
t,
2
0
1
3.
E
-
b
o
o
k.
D
i
s
p
o
n
í
v
e
l
e
m
:
B
I
B
L
I
O
G
R
A
F
I
A
C
O
M
P
L
E
M
E
N
T
A
R
A
U
D
Y,
J
o
r
g
e
L
u
i
s
N
i
c
o
l
a
s;
B
R
O
D
B
E
C
K,
n
g
e
l
a
F
r
e
i
t
a
g.
S
i
s
t
e
m
a
s
d
e
i
n
f
o
r
m
a
ç
ã
o
:
p
l
a
n
e
j
a
m
e
n
t
o
e
a
l
i
n
h
a
m
e
n
t
o
e
s
t
r
a
t
é
g
i
c
o
n
a
s
o
r
g
a
n
i
z
a
ç
õ
e
s.
P
o
r
t
o
A
l
e
g
r
e
:
B
o
o
k
m
a
n,
2
0
0
8.
E
-
b
o
o
k.
D
i
s
p
o
n
í
v
e
l
e
m
:
M
A
C
H
A
D
O,
A
l
e
x
a
n
d
r
e
S
a
n
t
o
s.
A
d
m
i
n
i
s
t
r
a
ç
ã
o
d
o
b
i
g
d
a
t
a.
S
ã
o
P
a
u
l
o
:
E
d.
S
e
n
a
c,
2
0
1
7.
E
-
b
o
o
k.
D
i
s
p
o
n
í
v
e
l
e
m
:
M
U
N
H
O
Z,
A
n
t
o
n
i
o.
F
u
n
d
a
m
e
n
t
o
s
d
a
t
e
c
n
o
l
o
g
i
a
d
a
i
n
f
o
r
m
a
ç
ã
o
e
a
n
á
l
i
s
e
d
e
s
i
s
t
e
m
a
s
Exemplos de Bancos de Dados Relacionais

Receita Federal (Brasil):

 Mais de 100 milhões de contribuintes que preenchem

uma média de 5 formulários de Imposto de Renda;

 Deve-se manter armazenados os registros dos 3

últimos anos de cada contribuinte, além do ano atual;

 Usuários devem consultar, recuperar e atualizar

dados quando necessário.
Exemplos de Bancos de Dados Relacionais

TED Talks

 Pode-se dizer que é o maior banco mundial de

palestras de gente top que existe!

 Bill Gates, Al Gore, Tim Berners-Lee, Nicholas

Negroponte e centenas de outras pessoas que tem
ideias interessantes a compartilhar.

 São todas curtas, com no máximo 20 minutos, e a

maioria tem legenda em português. Mas é ótimo
para praticar o listening.
Exemplos de Bancos de Dados Relacionais

Caso Seven-Eleven:

 Grande cadeia de lojas de conveniência norte-americana

 Há 75 anos atrás o modelo de negócio funcionava bem:
 Gerência e administração conheciam as necessidades
do cliente
 No início do séc. XXI, a empresa não conhecia bem seus
clientes
 Em 2004 foi implementado um Sistema de Informação de
Varejo
 Terminais de ponto-de-venda coletam dados
 Instalação de um banco de dados Oracle de 7
Terabytes
 Níveis de Abstração de Dados

Mundo Real
Sistema Médico

Modelo  Independente do
Médico Consulta
modelo de dados Paciente
Conceitual
 Independente do
(modelo abstrato dos
dados) SGBD CRM nome

 Dependente do
Modelo Lógico modelo de dados Orientado a Objeto-
Relacional
(estrutura dos dados)  Independente do Objetos relacional
SGBMéDdico(CRM, Nome)

 Dependente do  Organização física dos dados

modelo de dados  Estruturas de armazenamento de
Modelo Físico  Dependente do dados
SGBD
 Índices de acesso
Modelos Relacional e Entidade-Relacionamento

 Embora o Modelo Relacional representasse uma

revolução, ele precisava de uma ferramenta gráfica.

 Em 1976, Peter Chen apresentou o modelo de dados

de Entidade-Relacionamento (E-R).

 Tornou-se o padrão amplamente aceito para

modelagem de dados.

 O modelo E-R é representado graficamente através de

diagramas entidade-relacionamento (DER).
Modelo Entidade-Relacionamento

 Entidade
 É um conjunto de objetos do mundo real sobre os quais se
deseja manter informações no banco de dados
 Representada através de um retângulo
 Pode representar: Departamento
 objetos concretos (uma pessoa)
 objetos abstratos (um departamento)

Contabilidade
Financeiro
João Empregado Jurídico
Pedro Pessoal
Paulo
Maria
Modelo Entidade-Relacionamento

 Atributo é um dado que é associado a cada

ocorrência de uma entidade ou de um
relacionamento
 Exemplos de atributos de entidades:
Nome
Empregado Endereço
Salário

Descrição
Departamento númeroDeFuncionários
Modelo Entidade-Relacionamento

 Relacionamentos: como expressamos que João

trabalha no Departamento de Contabilidade?

Empregado Lotação Departamento

Diagrama de Ocorrências (instâncias)

João Contabilidade
Pedro Financeiro
Paulo Jurídico
Maria Pessoal
Modelo Entidade-Relacionamento

 Exemplos de Relacionamentos

Medico Consulta Paciente

Cliente ContaCliente Conta

Residência

Cidade
 Modelo Entidade-Relacionamento

 Relacionamentos com Atributos

esquema
Médico Consulta Paciente

nome celular dataDaConsulta nome endereço

instâncias

22/10/2007 Vania
Dr. Paulo
05/02/2009
Dr. Flora
20/03/2009 José
 Modelo E-R: Cardinalidade

 Uma propriedade importante A B

dos relacionamentos é a
especificação de quantas b1
ocorrências de uma entidade a1
podem estar associadas a uma b2
determinada ocorrência de outra a2 b3
entidade
a3 b4
 Existem 2 cardinalidades: a4
 Máxima
 Mínima

A ocorrência a1 da entidade A
está relacionado a quantas
Ocorrências em B?
Modelo E-R: Cardinalidade

Um-para-Um (1:1)
 A PK da entidade que tem o maior “peso” no
relacionamento é FK na outra entidade.

Agência 1
Chefia
1

Gerente

@ CODAGE @ MATRÍCULA
NOMEAGE NOMGERENTE
ENDAGE CODAGE(FK)

PK FK
Restrições: Cardinalidade

Um-para-Muitos (1:N)
 A PK da entidade cuja cardinalidade é 1, é FK na entidade
cuja cardinalidade é N.

Departamento 1
Possui
N

Funcionário

@MATRÍCULA
@CODDEP NOMFUNC
NOMEDEP ENDFUNC
SALFUNC
CODDEP (FK)

PK FK
Restrições: Cardinalidade

Muitos-para-Muitos (N:N ou M:N)

 As PKs das entidades são FKs no relacionamento que será
implementado fisicamente como uma nova entidade.
Normalmente, a concatenação das FKs formarão a PK desta
nova entidade.

Funcionário N
Equipe N
Projeto
@ MATFUC @ CODPRJ (FK) @ CODPRJ
NOMFUC @ MATFUC (FK) NOMPRJ
ENDFUC DTAINI
VALSALFUC DTAFIM

PK FK FK PK
 PROJETANDO UM BANCO DE DADOS

Um consultório médico precisa automatizar o processo de agendamento de consultas. Para isso, é

necessário que sejam armazenados dados dos pacientes, do médicos e das consultas. O cadastro
de um paciente deve possuir os seguintes dados: nome completo, documentos (RG e CPF), sexo,
data de nascimento, endereço completo, telefone (residencial, celular e comercial), nome do
convênio médico e matricula do conveniado. O cadastro do médico deve conter o nome completo do
médico, seus telefones, endereço, código do Registro Médico (CRM), especialidade e dias e horários
de atendimento. A agenda de consultas deve possuir o identificador do paciente, o identificador do
médico, a especialidade da consulta, a data e o horário da consulta.

Como base no cenário, responda as seguintes questões:

1. Identifique as entidades do Cenário.
2. Identifique os atributos de cada entidade.
3. Faça o modelo conceitual para o Cenário
 Passo a passo para MySQL

• Passo 1: Instalar uma versão “server” do MySQL

• Passo 2: Criar uma tabela entrando no ambiente DOS MySQL
• Passo 3: Gerar uma senha para o “servidor” do MySQL
• Passo 4: Gerar uma base de Dados, sempre haverão duas do software:
information_schema
mysql (comandos, helps, etc.)
• Passo 5: construir e atualizar bases de dados.
COMANDOS Mysql no DOS
• MySQL Comandos (2):

• SHOW mostra a tabela do banco de dados:

mysql> SHOW tables;
• DESCRIBE - descreve uma tabela da base de dados:
mysql> DESCRIBE Pessoas;
 MySQL Comandos (3):
• INSERT INTO insere dados na tabela:
mysql> INSERT INTO Pessoas VALUES
('Smith',
'John',
‘Inglaterra',
'10-12-1956',
' ');
COMANDOS Mysql no DOS
INSERT INTO Pessoas VALUES (
'Lynch',
'Alan',
‘Holanda',
'10-06-1955',
'01-07-2001');
INSERT INTO Pessoas VALUE (
'Baker', 'Pat', ‘Belgica', '01-07-1955', ' ‘
);
• MySQL Comandos (4):

• SELECT seleciona dados de uma table:

mysql> SELECT * FROM Pessoas;
• INSERT mais alguns dados:
INSERT INTO Pessoas VALUES (
'Burke', ‘Peter', ‘EUA', '02-15-1980',' '
);
COMANDOS Mysql no DOS
 a
t
a
e
i
n
t
e
r
n
e
t
d
a
s
c
o
i
s
a
s.
P

BIBLIOGRAFIA
o
r
t
o
A
l
e
g
r
e
:
S
A
G
A
H,
2
0
1
8.
E
-
b
o
o
k.
D
i
s
p
o
n
í
v
e
l
e
m
:
T
A
U
R
I
O
N,
C
e
z
a
r.
B
i
g
d
a
t
a.
R
i
o
d
e
J
a
n
e
i
r
o

R. Elmasri and S. Navathe, Fundamentals of database systems. Pearson, 2017.

:
B
r
a
s
p
o
r
t,
2
0
1
3.
E
-
b
o
o
k.
D
i
s
p
o
n
í
v
e
l
e
m
:
B
I
B
L
I
O
G
R
A
F
I
A
C
O
M
P

T. Teorey, Projeto e Modelagem de Banco de Dados , Informática. CAMPUS GRUPO ELSEVIER,

L
E
M
E
N
T
A
R
A
U
D
Y,
J
o
r
g
e
L
u
i
s
N
i
c

2013.
o
l
a
s;
B
R
O
D
B
E
C
K,
n
g
e
l
a
F
r
e
i
t
a
g.
S
i
s
t
e
m
a
s
d
e
i
n
f
o
r
m
a
ç
ã
o
:
p
l
a

C. A. Heuser, Projeto de banco de dados: Volume 4 da Série Livros didáticos informática UFRGS .
n
e
j
a
m
e
n
t
o
e
a
l
i
n
h
a
m
e
n
t
o
e
s
t

Bookman Editora, 2009.

r
a
t
é
g
i
c
o
n
a
s
o
r
g
a
n
i
z
a
ç
õ
e
s.
P
o
r
t
o
A
l
e
g
r
e
:
B
o
o
k
m
a
n,
2
0
0
8.
E
-

L. Beighley, Use a cabeça: SQL . Alta Books, 2008.

b
o
o
k.
D
i
s
p
o
n
í
v
e
l
e
m
:
M
A
C
H
A
D
O,
A
l
e
x
a
n
d
r
e
S
a
n
t
o
s.
A
d
m
i
n
i
s
t
r

J. W. Hector Garcia Molina, Jeffrey D.Ullman, Database Systems. The Complete Book 2nd ed.
a
ç
ã
o
d
o
b
i
g
d
a
t
a.
S
ã
o
P
a
u
l
o
:
E
d.

Pearson, 2014.
S
e
n
a
c,
2
0
1
7.
E
-
b
o
o
k.
D
i
s
p
o
n
í
v
e
l
e
m
:
M
U
N
H
O
Z,
A
n
t
o
n
i
o.
F
u
n
d
a
m
e
n
t
o
s
d
a
t
e
c
n
o
l
o
g
i
a
d
a
i
n
f
o
r
m
a
ç
ã
o
e
a
n
á
l
i
s
e
d
e
s
i
s
t
e
m
a
s
 Obrigado(a)!
Professor Jairo Luciano Rêgo
jairo.rego@ulife.com.br