Ciências da computação dia 76
No dia 76 de ciências da computação, começamos mais uma matéria, modelagem de banco de dados.
Nessa matéria, veremos como estruturar bancos, criar relações entre entidades e como tudo isso deve ser padronizado.
Nessa primeira aula, entendemos que a modelagem de um banco, se dá, em partes, na limitação dos tipos de dados e em seus valores que podem ser inseridos no banco.
Digamos que em uma aplicação queremos criar um cadastro de usuários e precisamos das informações de cidade e estado.
Nesse exemplo teremos, a principio, duas entidades (tabelas), estado e cidade.
Essas entidades estarão interligadas através de uma chave (ID, a chave primária dessas tabelas) chamada UF, e uma relação de one-to-many, ou seja há muitas cidades dentro de um estado.
A partir disso, poderíamos, por exemplo, listar todas as cidades a partir de um estado escolhido pelo usuário, apenas utilizando a chave primária UF. Dessa forma, poderíamos remover possíveis erros na inserção de dados, limitando o escopo do usuário.
Esse exemplo dado, é bem simples, mas para fins didáticos é excelente para demonstrar o processo de modelagem.
podemos seguir dessa forma a modelagem de um banco:
- pense nas entidades(tabelas) necessárias, nesse caso cidades e estados
- pense nos atributos de cada entidade, todas as informações que precisamos de cada entidade
- pense nas relações que essas entidades possuem
Notas:
RPAS → sistema de aeronave remotamente pilotadas
DDL → data definition language
DML → data manipulation language
DQL → data query language
todos esses DXX estão dentro do SQL
HTTP → porta 80
HTTPS → porta 443
alguns tipos de relações: one-to-one, one-to-many, many-to-many
entidades são as tabelas e atributos as colunas
atributo composto → quando você possui diversas informações diferentes em um mesmo atributo, isso deve ser evitado ao máximo (exemplo, endereço escrito por extenso)
atributo simple → coluna que apresenta apenas um tipo de informação (exemplo, nome, id, cidade, número da rua, etc.)