Banco de Dados
DOCENTE: GUILHERME OLIVEIRA
 Segundo Korth, um banco de dados “é uma
coleção de dados inter-relacionados,
representando informações sobre um domínio
específico”, ou seja, sempre que for possível
agrupar informações que se relacionam e tratam
de um mesmo assunto, posso dizer que tenho um
banco de dados.
 Já um sistema de gerenciamento de banco de
dados (SGBD) é um software que possui recursos
capazes de manipular as informações do banco de
dados e interagir com o usuário. Exemplos de
SGBDs são: Oracle, SQL Server, DB2, PostgreSQL,
MySQL, o próprio Access ou Paradox, entre outros.
 Conceituar um sistema de banco de dados como o
conjunto de quatro componentes básicos:
• Dados;
• Usuários;
• Hardware;
• software .
Projeto de Banco de Dados
• “Todo bom sistema de banco de dados deve
apresentar um projeto, que visa a organização
das informações e utilização de técnicas para
que o futuro sistema obtenha boa performance
e também facilite infinitamente as
manutenções que venham a acontecer.”
 O projeto de banco de dados se dá em duas fases:
• Modelagem conceitual;
• Projeto lógico.
 Estas duas etapas se referem a um sistema de
banco de dados ainda não implementado, ou seja,
que ainda não exista, um novo projeto.
Modelo Entidade
Relacionamento
(MER)
Entidade
 Ela representa substantivos, concretos ou
abstratos. Exemplo: todos os Inquilinos de uma
imobiliária podem ser armazenados em uma
entidade chamada Inquilino.
Atributo
 Toda entidade possui atributos, ou seja,
características que informam sobre a entidade.
 Por exemplo: Nome, Endereço, Cidade, Data de
Nascimento de cada Inquilino
Relacionamento
 Relacionamento é a interação entre os objetos que
indicam a dinâmica dos negócios.
 Os Relacionamentos são identificados por verbos
porque representam as ações que uma entidade
exerce sobre outra. Como exemplo, O Inquilino
aluga imóvel.
Relacionamento um para um
(one to one)
• Neste tipo de relacionamento um dado de uma
tabela equivale a um dado em outra tabela
exatamente.
• Por exemplo um usuário (table users) está
relacionado a um endereço na tabela adress, e cada
endereço só está relacionado a um usuário.
Relacionamento um para muitos
- One to Many
• No relacionamento um para muitos um dado da
tabela um pode estar relacionado a diversos dados
da tabela dois, porém cada dado da tabela dois
estão relacionados a apenas um dado da tabela
um.
• Por exemplo um user (table users) pode estar
relacionado a diversas casas (table houses), porém
cada casa só está relacionada a um user.
Relacionamento muitos para
muitos - Many to many
• No "many to many" os dados da primeira tabela
podem estar relacionados a diversos dados da
segunda tabela e os dados da segunda tabela
também podem estar relacionados a diversos
dados da primeira tabela.
• Exemplo: um usuário pode ter diversas habilidades
(user com diversos relacionamentos para a tabela
skills) e cada habilidade também pode estar
relacionada a diversos usuários (dado da tabela skill
relacionado a diversos dados da tabela users).
Modelo conceitual
Modelo Lógico

Banco de dados aula1

  • 1.
    Banco de Dados DOCENTE:GUILHERME OLIVEIRA
  • 2.
     Segundo Korth,um banco de dados “é uma coleção de dados inter-relacionados, representando informações sobre um domínio específico”, ou seja, sempre que for possível agrupar informações que se relacionam e tratam de um mesmo assunto, posso dizer que tenho um banco de dados.
  • 3.
     Já umsistema de gerenciamento de banco de dados (SGBD) é um software que possui recursos capazes de manipular as informações do banco de dados e interagir com o usuário. Exemplos de SGBDs são: Oracle, SQL Server, DB2, PostgreSQL, MySQL, o próprio Access ou Paradox, entre outros.
  • 4.
     Conceituar umsistema de banco de dados como o conjunto de quatro componentes básicos: • Dados; • Usuários; • Hardware; • software .
  • 5.
    Projeto de Bancode Dados • “Todo bom sistema de banco de dados deve apresentar um projeto, que visa a organização das informações e utilização de técnicas para que o futuro sistema obtenha boa performance e também facilite infinitamente as manutenções que venham a acontecer.”
  • 6.
     O projetode banco de dados se dá em duas fases: • Modelagem conceitual; • Projeto lógico.  Estas duas etapas se referem a um sistema de banco de dados ainda não implementado, ou seja, que ainda não exista, um novo projeto.
  • 7.
  • 8.
    Entidade  Ela representasubstantivos, concretos ou abstratos. Exemplo: todos os Inquilinos de uma imobiliária podem ser armazenados em uma entidade chamada Inquilino.
  • 9.
    Atributo  Toda entidadepossui atributos, ou seja, características que informam sobre a entidade.  Por exemplo: Nome, Endereço, Cidade, Data de Nascimento de cada Inquilino
  • 10.
    Relacionamento  Relacionamento éa interação entre os objetos que indicam a dinâmica dos negócios.  Os Relacionamentos são identificados por verbos porque representam as ações que uma entidade exerce sobre outra. Como exemplo, O Inquilino aluga imóvel.
  • 11.
    Relacionamento um paraum (one to one) • Neste tipo de relacionamento um dado de uma tabela equivale a um dado em outra tabela exatamente. • Por exemplo um usuário (table users) está relacionado a um endereço na tabela adress, e cada endereço só está relacionado a um usuário.
  • 12.
    Relacionamento um paramuitos - One to Many • No relacionamento um para muitos um dado da tabela um pode estar relacionado a diversos dados da tabela dois, porém cada dado da tabela dois estão relacionados a apenas um dado da tabela um. • Por exemplo um user (table users) pode estar relacionado a diversas casas (table houses), porém cada casa só está relacionada a um user.
  • 13.
    Relacionamento muitos para muitos- Many to many • No "many to many" os dados da primeira tabela podem estar relacionados a diversos dados da segunda tabela e os dados da segunda tabela também podem estar relacionados a diversos dados da primeira tabela. • Exemplo: um usuário pode ter diversas habilidades (user com diversos relacionamentos para a tabela skills) e cada habilidade também pode estar relacionada a diversos usuários (dado da tabela skill relacionado a diversos dados da tabela users).
  • 14.
  • 15.