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á 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.
4. Conceituar um sistema de banco de dados como o
conjunto de quatro componentes básicos:
• Dados;
• Usuários;
• Hardware;
• software .
5. 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.”
6. 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.
8. Entidade
Ela representa substantivos, concretos ou
abstratos. Exemplo: todos os Inquilinos de uma
imobiliária podem ser armazenados em uma
entidade chamada Inquilino.
9. 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
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 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.
12. 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.
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).