Banco de dados Flashcards
(12 cards)
O que é a 1FN?
Uma relação está em 1FN se e somente se todos os seus atributos contêm apenas valores atômicos (simples, indivisíveis).
Uma relação R está na 1FN se não possuir grupos de repetição.
O que é 2FN?
Uma relação está na 2FN se estiver na 1FN e se todo atributo não chave possuir dependência funcional total em relação à chave primária (PK) da relação.
Quais os modelos de dados NoSQL?
Em geral, os bancos de dados NoSQL podem ser organizados com base em quatro modelos:
- chave-valor;
- orientado a documentos;
- orientado a colunas;
- orientado a grafos.
Como funciona o modelo chave-valor?
O modelo chave-valor (key/value) é bem simples e permite a visualização do banco de dados como uma grande tabela hash. O banco de dados é formado por um conjunto de chaves, as quais estão associadas a um único valor. As operações
disponíveis para manipulação de dados são bem simples, como o get( ) e o set( ), que permitem retornar e capturar valores, respectivamente. A desvantagem deste modelo é que não permite a recuperação de objetos por meio de consultas mais complexas.
Como funciona o modelo orientado a documentos?
O modelo orientado a documentos armazena coleções de documentos. Um documento é um objeto com identificador único e um conjunto de campos, em que os campos se assemelham a estrutura chave-valor. Os documentos podem ser no formato XML, JSON, BSON ou outro.
Os documentos são semelhantes entre si, mas não precisam ser exatamente os mesmos. É totalmente possível que os documentos possuam inclusive campos diferentes, isto é, possuam esquemas diferentes. Em documentos, não há atributos vazios, sendo que se um atributo não for encontrado significa que ele não foi configurado ou não é relevante para o documento.
Como funciona o modelo orientado a colunas?
O modelo de dados orientado a colunas permite o armazenamento de dados com chaves mapeadas para valores, sendo os valores agrupados em múltiplas famílias de colunas, cada uma das famílias funcionando como um mapa de dados que armazena informações que são frequentemente acessadas em conjunto.
Neste modelo, os dados são indexados por uma tripla (linha, coluna e timestamp), onde linhas e colunas são identificadas por chaves e o timestamp permite diferenciar múltiplas versões de um mesmo dado. Vale ressaltar que operações de leitura e escrita são atômicas, ou seja, todos os valores associados a uma linha são considerados na execução destas operações, independentemente das colunas que estão sendo lidas ou escritas. Mesmo que tenhamos interesse apenas na coluna A da linha 001, todas as colunas são retornadas quando esta linha for consultada.
Como funciona o modelo orientado a grafos?
O modelo de dados orientado a grafos possui três componentes básicos: os nós (são os vértices do grafo), os relacionamentos (são as arestas) e as propriedades (ou atributos) dos nós e relacionamentos. Neste caso, o banco de dados pode ser visto como um multigrafo rotulado e direcionado, onde cada par de nós pode ser conectado por mais de uma aresta.
A organização do grafo permite que os dados sejam armazenados uma vez e depois interpretados de formas diferentes baseadas em relacionamentos.
Teorema CAP
- Consistência: significa que todos os clientes veem os mesmos dados ao mesmo tempo, não importa em qual nó eles se conectem.
- Disponibilidade: significa que qualquer cliente que fizer uma solicitação de dados obterá uma resposta, mesmo que um ou mais nós estejam desativados.
- Tolerância de partição: significa que o cluster deve continuar a funcionar mesmo de ocorrer uma ou mais falhas de comunicação entre os nós no sistema.
Os bancos de dados não relacionais (NoSQL) implementam duas dessas três características ao mesmo tempo, podendo então acontecer 3 combinações possíveis:
* CP: entrega consistência e tolerância de partição.
* AP: entrega disponibilidade e tolerância de partição.
* CA: entrega consistência e disponibilidade em todos os nós.
Propriedades BASE
- Basically Available (Basicamente Disponível) – BA: em vez de impor consistência imediata, os bancos de dados NoSQL modelados em BASE garantirão a disponibilidade dos dados, espalhando-os e replicando-os nos nós do cluster de banco de dados.
- Soft Estate (Estado Leve) – S: devido à falta de consistência imediata, os valores dos dados podem mudar com o tempo. O modelo BASE rompe com o conceito de banco de dados que impõe consistência própria, delegando essa responsabilidade aos desenvolvedores.
-
Eventually Consistent (Eventualmente consistente) – E: o fato de que o BASE
não impõe consistência imediata não significa que nunca a atinge. No entanto, até
que isso aconteça, as leituras de dados ainda são possíveis (embora possam não
refletir a realidade).
Propriedade ACID
- Atomicidade (Atomicity): Garante que uma transação seja executada por completo ou não seja executada.
- Consistência (Consistency): Garante que o banco de dados sempre permaneça em um estado válido antes e depois da transação.
- Isolamento (Isolation): Garante que transações concorrentes não interfiram umas nas outras.
- Durabilidade (Durability): Garante que, uma vez que uma transação foi confirmada (commit), seus efeitos sejam permanentes, mesmo que ocorra uma falha no sistema.
O que é 2FN?
Está na Segunda Forma Normal (2FN) (ou seja, não tem dependências parciais).
Não possui dependências transitivas, ou seja, um campo não chave não pode depender de outro campo não chave.
Quais as dicas para transformar DER em tabelas de BD relacional?
- Criar tabelas para cada entidade
Cada entidade forte (sem dependência de outra entidade) se torna uma tabela.
Os atributos da entidade viram colunas na tabela.
Escolha uma chave primária (PK) única para identificar cada registro.
- Transformar relacionamentos em tabelas ou chaves estrangeiras
Relacionamento 1:1 → Adicione a chave primária de uma tabela como chave estrangeira (FK) na outra.
Relacionamento 1:N → Adicione a chave primária da entidade do lado 1 como FK na tabela do lado N.
Relacionamento N:N → Crie uma tabela intermediária, contendo chaves estrangeiras de ambas as entidades.
- Lidar com entidades fracas
Entidades fracas precisam de uma FK referenciando a tabela da entidade forte.
A chave primária da entidade fraca pode ser composta pela PK da entidade forte + um identificador próprio.
