O documento discute conceitos básicos de modelagem de dados em banco de dados, incluindo:
1) Atributos, tuplas, chaves primárias e estrangeiras;
2) Relacionamentos entre entidades como 1:1, 1:N e N:N;
3) Conjuntos fracos, auto-relacionamentos e grau de relacionamentos.
Banco de Dados I Aula 06 - Generalização e EspecializaçãoLeinylson Fontinele
O documento discute generalização e especialização na modelagem de dados, onde uma entidade pode ter propriedades comuns e outras diferentes. Apresenta duas aplicações de generalização e especialização e explica especialização total e parcial. Fornece exemplos de veículos para ilustrar o conceito e um exercício sobre agenciamento de empregados.
O documento descreve três modelos de banco de dados: o modelo relacional, introduzido por Ted Codd na década de 1970 e usado em aplicações comerciais devido à sua simplicidade e desempenho; o modelo hierárquico, desenvolvido na década de 1960 e organizado em estrutura de árvore; e o modelo de rede, uma extensão do modelo hierárquico onde cada registro filho pode ter mais de um registro pai.
O documento apresenta 12 exercícios sobre modelagem de bancos de dados relacionais. Cada exercício pede para criar um modelo de entidades e relacionamentos (MER) para um determinado contexto de negócios e, em seguida, converter o MER para um conjunto de tabelas no Microsoft Access.
A cardinalidade indica a quantidade de objetos de uma entidade que podem se relacionar com objetos de outra entidade. Existem cardinalidades mínimas e máximas. As principais cardinalidades são 1:1 (um para um), 1:N (um para muitos) e N:N (muitos para muitos).
O documento descreve os conceitos fundamentais de modelagem de dados, incluindo: 1) Entidades representadas por retângulos e seus atributos representados por círculos; 2) Relacionamentos entre entidades representados por losangos; 3) Cardinalidades indicadas por "pés de galinha" para mostrar quantas ocorrências de cada entidade estão envolvidas.
Este documento fornece um resumo dos principais tópicos discutidos no Módulo I do curso de Bacharelado em Sistemas de Informação da Universidade Aberta do Brasil (UAB). O documento discute a importância das tecnologias da informação e comunicação (TIC) para as empresas, os fundamentos dos sistemas de informação, incluindo conceitos, modelos e tipos de sistemas.
Banco de dados - Mapeamento MER - RelacionalDaniel Brandão
O documento descreve as sete regras para mapear um diagrama entidade-relacionamento para um modelo relacional. As regras tratam da conversão de entidades, atributos, relacionamentos e outros elementos do diagrama ER para tabelas e relações no banco de dados relacional.
Banco de Dados I Aula 06 - Generalização e EspecializaçãoLeinylson Fontinele
O documento discute generalização e especialização na modelagem de dados, onde uma entidade pode ter propriedades comuns e outras diferentes. Apresenta duas aplicações de generalização e especialização e explica especialização total e parcial. Fornece exemplos de veículos para ilustrar o conceito e um exercício sobre agenciamento de empregados.
O documento descreve três modelos de banco de dados: o modelo relacional, introduzido por Ted Codd na década de 1970 e usado em aplicações comerciais devido à sua simplicidade e desempenho; o modelo hierárquico, desenvolvido na década de 1960 e organizado em estrutura de árvore; e o modelo de rede, uma extensão do modelo hierárquico onde cada registro filho pode ter mais de um registro pai.
O documento apresenta 12 exercícios sobre modelagem de bancos de dados relacionais. Cada exercício pede para criar um modelo de entidades e relacionamentos (MER) para um determinado contexto de negócios e, em seguida, converter o MER para um conjunto de tabelas no Microsoft Access.
A cardinalidade indica a quantidade de objetos de uma entidade que podem se relacionar com objetos de outra entidade. Existem cardinalidades mínimas e máximas. As principais cardinalidades são 1:1 (um para um), 1:N (um para muitos) e N:N (muitos para muitos).
O documento descreve os conceitos fundamentais de modelagem de dados, incluindo: 1) Entidades representadas por retângulos e seus atributos representados por círculos; 2) Relacionamentos entre entidades representados por losangos; 3) Cardinalidades indicadas por "pés de galinha" para mostrar quantas ocorrências de cada entidade estão envolvidas.
Este documento fornece um resumo dos principais tópicos discutidos no Módulo I do curso de Bacharelado em Sistemas de Informação da Universidade Aberta do Brasil (UAB). O documento discute a importância das tecnologias da informação e comunicação (TIC) para as empresas, os fundamentos dos sistemas de informação, incluindo conceitos, modelos e tipos de sistemas.
Banco de dados - Mapeamento MER - RelacionalDaniel Brandão
O documento descreve as sete regras para mapear um diagrama entidade-relacionamento para um modelo relacional. As regras tratam da conversão de entidades, atributos, relacionamentos e outros elementos do diagrama ER para tabelas e relações no banco de dados relacional.
Banco de Dados I - Aula 06 - Banco de Dados Relacional (Modelo Lógico)Leinylson Fontinele
O documento descreve uma aula sobre modelagem de banco de dados relacional. Ele discute conceitos como diagrama de entidades e relacionamentos, modelo lógico, chaves primárias e estrangeiras, integridade referencial e recomendações para construção de tabelas.
Modelagem relacional e normalização de dadosjulianaveregue
1) O documento discute modelagem relacional de dados e normalização para evitar anomalias.
2) A normalização divide tabelas com múltiplos assuntos em tabelas separadas com um único assunto cada.
3) Isso minimiza redundâncias, inconsistências e facilita manutenção do banco de dados.
O documento apresenta um resumo sobre modelagem conceitual de banco de dados. Aborda conceitos como entidade, atributos, relacionamentos, cardinalidades e tipos de entidades. Fornece exemplos para ilustrar cada tópico e exercícios para fixação dos conceitos.
O documento discute os conceitos fundamentais de modelagem de dados, incluindo:
1) Entidades, atributos e chaves primárias definem as tabelas e campos do banco de dados.
2) Relacionamentos entre entidades representam como os dados serão ligados entre tabelas.
3) A normalização organiza os dados em tabelas separadas para evitar duplicação e inconsistências.
O documento discute estruturas de dados, definindo-as como mecanismos para organizar dados para atender requisitos de processamento. Ele descreve as principais estruturas como vetores, pilhas, listas e filas, explicando suas características e aplicações.
SQL é uma linguagem usada para criar, manipular e extrair dados de bancos de dados. Primeiro, cria-se um diagrama de entidade-relacionamento (DER) para estruturar o banco de dados e mapear as tabelas e relações. Isso é transformado em um modelo entidade-relacionamento (MER) para criar as tabelas no banco de dados. SQL permite executar operações como criar, alterar, excluir e consultar dados no banco de dados.
O documento discute o Modelo de Entidade e Relacionamento (MER), que descreve entidades, atributos e relacionamentos de um banco de dados. O MER deve representar os dados e relacionamentos de forma próxima à visão do usuário. Ele inclui entidades como alunos, professores e disciplinas, com atributos como nome, data de nascimento e matrícula. O BrModelo é uma ferramenta para criar MERs.
O documento discute os conceitos de cardinalidade e grau em relacionamentos entre entidades em bancos de dados. Explica que a cardinalidade indica quantas instâncias de uma entidade podem se relacionar com outra e define cardinalidades mínima, máxima e tipos como 1:1, 1:N e N:N. Também define grau de relacionamento como binário ou ternário dependendo do número de entidades envolvidas.
O documento discute os principais conceitos do modelo relacional de banco de dados, incluindo esquema, instância e mapeamento de um diagrama de entidade-relacionamento para o modelo relacional, representando entidades, atributos, relacionamentos, generalização e agregação como tabelas e relações entre elas.
Banco de Dados I Aula 02 - Introdução aos Bancos de DadosLeinylson Fontinele
A aula apresentou a origem dos bancos de dados, desde arquivos sequenciais e de acesso direto até os modelos hierárquico e em rede e o modelo relacional proposto por Edgar Codd. O professor também explicou como o SQL foi desenvolvido para especificar e interagir com bancos de dados relacionais.
O documento descreve os principais componentes de um Modelo Entidade-Relacionamento (MER), incluindo entidades, atributos, relacionamentos e chaves primárias. Discute como as entidades representam objetos do mundo real e como os atributos definem suas características. Também explica os diferentes tipos de atributos e relacionamentos.
O documento descreve a história e conceitos básicos de bancos de dados. Começa explicando como os dados eram armazenados antes dos computadores e como os sistemas de arquivos evoluíram para sistemas de banco de dados relacionais nos anos 70. Também discute como os SGBDs se tornaram onipresentes e a linguagem SQL foi adotada como padrão. Finalmente, define termos-chave como dados, informações, esquema e instância de banco de dados.
O documento apresenta uma introdução sobre dados, informação e banco de dados. Explica que dados representam entidades enquanto informação é um conjunto de dados associados a um contexto. Também descreve os principais componentes de um sistema de banco de dados, como a base de dados, o gerenciador de banco de dados e suas linguagens.
- Revisão Geral de Banco de Dados I
- BD x SGBD
- Arquitetura de SGBD
- MER - Modelo conceitual Peter Chen
- Cardinalidades mínima e máximas
- Tipos de relacionamentos unário, binário e ternário), auto-relacionamento
- Atributos (simples, composto, multivalorado, opcional, derivado, identificador)
O documento apresenta os principais conceitos de modelagem de dados, incluindo os modelos conceitual, lógico e físico. Descreve entidades, atributos e como eles são organizados nos diferentes níveis de abstração de um banco de dados.
O documento introduz os principais conceitos de banco de dados, incluindo: 1) Banco de dados armazena dados em estrutura regular para produzir informações; 2) SGBD gerencia o banco de dados retirando responsabilidades da aplicação; 3) Modelo relacional armazena dados em tabelas e relaciona entidades através de chaves estrangeiras.
Aula 4 - Diagrama Entidade Relacionamento (com exercício no final)Janynne Gomes
O que é um Diagrama Entidade Relacionamento (DER)?
• Elementos do DER
– Entidades
– Atributos
• Tipos de atributos
– Relacionamentos
• Auto-relacionamento
• Grau de relacionamento
• Atributos
• Cardinalidade
O documento discute os conceitos básicos de modelagem de dados para implementação em um banco de dados, incluindo entidades, atributos, relacionamentos e chaves. Ele fornece exemplos de como modelar entidades como clientes, produtos e notas fiscais e seus relacionamentos.
O documento discute os conceitos básicos do modelo relacional de banco de dados, incluindo como os dados são representados como uma coleção de tabelas relacionais, cada uma com um nome e conjunto de atributos. Também define termos-chave como relação, tupla, atributo e domínio.
O documento discute conceitos fundamentais de bases de dados, incluindo: (1) definições de bases de dados relacionais e seus usos; (2) a distinção entre dados e informação; (3) os processos de modelagem de dados, incluindo a criação de modelos conceituais e lógicos de dados. (4) O modelo relacional de dados é explicado, com ênfase nas tabelas, chaves primárias e estrangeiras.
O documento descreve as etapas para projeto de banco de dados, incluindo análise de requisitos, projeto conceitual, lógico e físico. A análise de requisitos envolve caracterizar os dados necessários e especificar as necessidades dos usuários. O projeto conceitual modela os dados através de um diagrama entidade-relacionamento. Os projetos lógico e físico implementam o modelo conceitual em um sistema de gerenciamento de banco de dados.
Banco de Dados I - Aula 06 - Banco de Dados Relacional (Modelo Lógico)Leinylson Fontinele
O documento descreve uma aula sobre modelagem de banco de dados relacional. Ele discute conceitos como diagrama de entidades e relacionamentos, modelo lógico, chaves primárias e estrangeiras, integridade referencial e recomendações para construção de tabelas.
Modelagem relacional e normalização de dadosjulianaveregue
1) O documento discute modelagem relacional de dados e normalização para evitar anomalias.
2) A normalização divide tabelas com múltiplos assuntos em tabelas separadas com um único assunto cada.
3) Isso minimiza redundâncias, inconsistências e facilita manutenção do banco de dados.
O documento apresenta um resumo sobre modelagem conceitual de banco de dados. Aborda conceitos como entidade, atributos, relacionamentos, cardinalidades e tipos de entidades. Fornece exemplos para ilustrar cada tópico e exercícios para fixação dos conceitos.
O documento discute os conceitos fundamentais de modelagem de dados, incluindo:
1) Entidades, atributos e chaves primárias definem as tabelas e campos do banco de dados.
2) Relacionamentos entre entidades representam como os dados serão ligados entre tabelas.
3) A normalização organiza os dados em tabelas separadas para evitar duplicação e inconsistências.
O documento discute estruturas de dados, definindo-as como mecanismos para organizar dados para atender requisitos de processamento. Ele descreve as principais estruturas como vetores, pilhas, listas e filas, explicando suas características e aplicações.
SQL é uma linguagem usada para criar, manipular e extrair dados de bancos de dados. Primeiro, cria-se um diagrama de entidade-relacionamento (DER) para estruturar o banco de dados e mapear as tabelas e relações. Isso é transformado em um modelo entidade-relacionamento (MER) para criar as tabelas no banco de dados. SQL permite executar operações como criar, alterar, excluir e consultar dados no banco de dados.
O documento discute o Modelo de Entidade e Relacionamento (MER), que descreve entidades, atributos e relacionamentos de um banco de dados. O MER deve representar os dados e relacionamentos de forma próxima à visão do usuário. Ele inclui entidades como alunos, professores e disciplinas, com atributos como nome, data de nascimento e matrícula. O BrModelo é uma ferramenta para criar MERs.
O documento discute os conceitos de cardinalidade e grau em relacionamentos entre entidades em bancos de dados. Explica que a cardinalidade indica quantas instâncias de uma entidade podem se relacionar com outra e define cardinalidades mínima, máxima e tipos como 1:1, 1:N e N:N. Também define grau de relacionamento como binário ou ternário dependendo do número de entidades envolvidas.
O documento discute os principais conceitos do modelo relacional de banco de dados, incluindo esquema, instância e mapeamento de um diagrama de entidade-relacionamento para o modelo relacional, representando entidades, atributos, relacionamentos, generalização e agregação como tabelas e relações entre elas.
Banco de Dados I Aula 02 - Introdução aos Bancos de DadosLeinylson Fontinele
A aula apresentou a origem dos bancos de dados, desde arquivos sequenciais e de acesso direto até os modelos hierárquico e em rede e o modelo relacional proposto por Edgar Codd. O professor também explicou como o SQL foi desenvolvido para especificar e interagir com bancos de dados relacionais.
O documento descreve os principais componentes de um Modelo Entidade-Relacionamento (MER), incluindo entidades, atributos, relacionamentos e chaves primárias. Discute como as entidades representam objetos do mundo real e como os atributos definem suas características. Também explica os diferentes tipos de atributos e relacionamentos.
O documento descreve a história e conceitos básicos de bancos de dados. Começa explicando como os dados eram armazenados antes dos computadores e como os sistemas de arquivos evoluíram para sistemas de banco de dados relacionais nos anos 70. Também discute como os SGBDs se tornaram onipresentes e a linguagem SQL foi adotada como padrão. Finalmente, define termos-chave como dados, informações, esquema e instância de banco de dados.
O documento apresenta uma introdução sobre dados, informação e banco de dados. Explica que dados representam entidades enquanto informação é um conjunto de dados associados a um contexto. Também descreve os principais componentes de um sistema de banco de dados, como a base de dados, o gerenciador de banco de dados e suas linguagens.
- Revisão Geral de Banco de Dados I
- BD x SGBD
- Arquitetura de SGBD
- MER - Modelo conceitual Peter Chen
- Cardinalidades mínima e máximas
- Tipos de relacionamentos unário, binário e ternário), auto-relacionamento
- Atributos (simples, composto, multivalorado, opcional, derivado, identificador)
O documento apresenta os principais conceitos de modelagem de dados, incluindo os modelos conceitual, lógico e físico. Descreve entidades, atributos e como eles são organizados nos diferentes níveis de abstração de um banco de dados.
O documento introduz os principais conceitos de banco de dados, incluindo: 1) Banco de dados armazena dados em estrutura regular para produzir informações; 2) SGBD gerencia o banco de dados retirando responsabilidades da aplicação; 3) Modelo relacional armazena dados em tabelas e relaciona entidades através de chaves estrangeiras.
Aula 4 - Diagrama Entidade Relacionamento (com exercício no final)Janynne Gomes
O que é um Diagrama Entidade Relacionamento (DER)?
• Elementos do DER
– Entidades
– Atributos
• Tipos de atributos
– Relacionamentos
• Auto-relacionamento
• Grau de relacionamento
• Atributos
• Cardinalidade
O documento discute os conceitos básicos de modelagem de dados para implementação em um banco de dados, incluindo entidades, atributos, relacionamentos e chaves. Ele fornece exemplos de como modelar entidades como clientes, produtos e notas fiscais e seus relacionamentos.
O documento discute os conceitos básicos do modelo relacional de banco de dados, incluindo como os dados são representados como uma coleção de tabelas relacionais, cada uma com um nome e conjunto de atributos. Também define termos-chave como relação, tupla, atributo e domínio.
O documento discute conceitos fundamentais de bases de dados, incluindo: (1) definições de bases de dados relacionais e seus usos; (2) a distinção entre dados e informação; (3) os processos de modelagem de dados, incluindo a criação de modelos conceituais e lógicos de dados. (4) O modelo relacional de dados é explicado, com ênfase nas tabelas, chaves primárias e estrangeiras.
O documento descreve as etapas para projeto de banco de dados, incluindo análise de requisitos, projeto conceitual, lógico e físico. A análise de requisitos envolve caracterizar os dados necessários e especificar as necessidades dos usuários. O projeto conceitual modela os dados através de um diagrama entidade-relacionamento. Os projetos lógico e físico implementam o modelo conceitual em um sistema de gerenciamento de banco de dados.
Bdm aula 3 - modelo relacional e restrições de integridadeTicianne Darin
O documento discute os conceitos fundamentais do modelo relacional de banco de dados, incluindo domínios, atributos, tuplas, relações, restrições de integridade e operações de atualização.
O documento discute os principais conceitos de modelagem de banco de dados usando o modelo entidade-relacionamento (ER), incluindo entidades, atributos, chaves primárias, relacionamentos e graus de relacionamento. Explica como as entidades são representadas por tabelas com colunas (atributos) e linhas (registros), e como as chaves primárias identificam unicamente cada registro.
O documento discute os principais conceitos de modelagem de banco de dados usando o modelo entidade-relacionamento (ER), incluindo entidades, atributos, chaves primárias, relacionamentos e graus de relacionamento. Explica como as entidades são representadas por tabelas com colunas (atributos) e linhas (registros), e como as chaves primárias identificam unicamente cada registro.
O documento descreve os principais conceitos dos modelos de dados, incluindo modelos conceituais, lógicos e físicos. Apresenta os conceitos-chave do modelo relacional, como entidade, atributo, tupla, relação e chave. Também explica as regras de integridade de entidade e referencial.
O documento descreve os principais conceitos de modelagem de dados usando o modelo entidade-relacionamento (ER), incluindo entidades, atributos, relacionamentos, chaves primárias e estrangeiras. O modelo ER especifica o esquema de uma base de dados identificando objetos de interesse e relações entre eles.
O documento descreve os principais conceitos do Modelo Entidade-Relacionamento (MER), incluindo entidades, atributos, relacionamentos, cardinalidade e diagrama de entidade-relacionamento. O MER representa graficamente os dados de uma empresa por meio de entidades, atributos e relacionamentos.
Este documento apresenta os principais conceitos sobre bancos de dados relacionais, incluindo tabelas, registros, chaves primárias e estrangeiras, relacionamentos um-para-um, um-para-muitos e muitos-para-muitos, e as propriedades ACID que garantem a integridade dos dados.
Este documento fornece uma introdução aos conceitos essenciais de bases de dados, incluindo noções de bases de dados, SGBD, características do modelo relacional, definições de entidade, campo, registro, chave primária e chave estrangeira.
O documento discute o processo de projeto de um banco de dados, incluindo análise de requisitos, projeto conceitual usando modelo entidade-relacionamento, projeto lógico e físico. Também explica conceitos-chave do modelo ER como entidades, atributos, relacionamentos, cardinalidade e tipos de entidades.
O documento introduz os conceitos fundamentais de modelagem de dados usando o modelo entidade-relacionamento, incluindo: (1) entidades que representam tabelas, (2) relacionamentos que representam interações entre entidades, e (3) diagramas entidade-relacionamento que mostram entidades e relacionamentos. Ele também descreve os tipos de relacionamentos e atributos que armazenam dados.
Este documento discute os principais modelos de bases de dados, incluindo:
1) O modelo conceitual representa os dados de forma independente de restrições técnicas;
2) O modelo lógico leva em conta limitações e define chaves;
3) O modelo físico adapta o conceitual às características do sistema.
O documento apresenta os principais conceitos do modelo relacional de banco de dados, incluindo relações, atributos, tuplas, chaves primárias, chaves estrangeiras e restrições de integridade. Explica como os dados são organizados em tabelas e como as relações entre as tabelas são implementadas através de chaves primárias e estrangeiras para garantir a integridade referencial.
O documento descreve um modelo entidade-relacionamento (MER) para um sistema de biblioteca. O MER contém entidades como Livro, Autor e Editora e relacionamentos como Escreve entre Autor e Livro e Contrato entre Autor e Editora.
Este documento descreve os conceitos básicos de banco de dados, incluindo o modelo entidade-relacionamento, o modelo relacional e operações relacionais como seleção, projeção e junção. Ele também discute integridade de dados e manipulação de bancos de dados usando operações como inserção, exclusão e atualização.
O documento discute o modelo entidade-relacionamento (E-R) para modelagem de bancos de dados. Explica que o modelo E-R representa o mundo real por meio de entidades e relacionamentos entre entidades e é uma ferramenta importante para modelar bancos de dados a partir da análise de requisitos, sem levar em conta o sistema gerenciador de banco de dados. Também descreve os principais conceitos do modelo E-R, como entidades, atributos, conjuntos de entidades, relacionamentos e suas cardinalidades.
O documento discute os principais conceitos de bases de dados, incluindo tipos de arquivos, registros, campos, operações em bases de dados, modelo entidade-relacionamento e normalização. Explica como modelar dados usando entidades, atributos, relacionamentos e chaves, e as etapas para criar uma base de dados relacional.
O documento descreve um sistema de gerenciamento de uma clínica médica. O sistema deve armazenar dados sobre pacientes, médicos, especialidades, exames e consultas. Deve permitir agendamento de consultas e solicitação/realização de exames.
Aula Grátis de TI para Concursos sobre Modelagem Conceitual de Bancos de Dados pelo Prof. Thiago Cavalcanti.
Leia mais sobre TI para Concursos no blog: https://www.estrategiaconcursos.com.br/blog
Semelhante a BD I - Aula 03 - Atributos, Tuplas, PK, FK, Relacionamento, Int. Ref (20)
O documento descreve funções para manipulação de arquivos em C, incluindo fopen para abrir arquivos, fread e fwrite para ler e gravar dados binários, e funções como fgets e fputs para ler e gravar strings. Streams representam arquivos de forma independente do dispositivo, permitindo acesso uniforme a diferentes tipos de arquivos e dispositivos.
O documento descreve dois exercícios sobre arquivos em C. O primeiro pede para ler e gravar nomes de cidades em arquivos, ordená-los e mostrar em tela. O segundo gera números aleatórios, grava em arquivos, ordena, calcula estatísticas e mostra resultados. Ambos devem ter menus e funções.
O documento descreve um exercício para um programa em C que trabalha com estruturas e funções. O programa deve ter estruturas para dados e clientes e conter um menu principal com opções para funções de incluir, excluir, listar um registro ou todos os registros cadastrados no vetor.
Registros ou estruturas são tipos de dados definidos pelo usuário que agrupam variáveis relacionadas sob um nome. Uma estrutura é definida usando o comando struct e especificando os campos. Uma variável de estrutura aloca memória para armazenar todos os seus campos. Os campos de uma variável de estrutura podem ser acessados usando o operador ponto.
1) O documento descreve os procedimentos para realizar manutenção em tabelas de um banco de dados, como adicionar, modificar e excluir colunas e chaves primárias. 2) Ele também explica como mover tabelas entre esquemas e remover restrições como chaves estrangeiras. 3) Vários exemplos ilustram como executar essas operações em tabelas já populadas com dados.
1) O documento descreve os tipos de dados usados para criar tabelas em bancos de dados, incluindo tipos numéricos, alfanuméricos, datas e horários, binários e XML.
2) São explicados conceitos como schemas, que agrupam objetos dentro de bancos de dados, e como escolher tipos de dados apropriados para cada coluna de tabela.
3) São mostrados exemplos de código SQL para criação de tabelas com diferentes tipos de dados.
O documento discute os comandos DML (Data Manipulation Language) para inserção, alteração e exclusão de dados em bancos de dados. Especificamente, cobre os comandos INSERT para inserção de dados, UPDATE para alteração de dados, e DELETE para exclusão de dados. Fornece exemplos detalhados sobre como usar cada um desses comandos no SQL Server.
Este documento fornece instruções para realizar exercícios em um banco de dados sobre contas bancárias. Inclui o script SQL para criar as tabelas e inserir dados iniciais, além de 16 exercícios para serem realizados fazendo consultas nesse banco de dados.
1) O documento discute operadores como TOP e TABLESAMPLE para limitar o número de linhas retornadas por consultas SELECT e como eles funcionam.
2) Também aborda subconsultas, que permitem executar consultas SELECT dentro de outras consultas, e diferencia entre subconsultas correlacionadas e não-correlacionadas.
3) Por fim, explica como consultas correlacionadas e não-correlacionadas são executadas, com a consulta interior dependendo ou não da exterior.
Algoritmos - Aula 15 - Modularizacao e Escopo de Variaveis - Exercicios Enunc...Rodrigo Kiyoshi Saito
1. O documento apresenta 10 exercícios sobre funções em programação. 2. Os exercícios envolvem criar funções para imprimir mensagens, menus, calcular áreas, converter temperaturas, encontrar raiz quadrada, verificar anos bissextos e inverter strings. 3. As funções devem receber e retornar parâmetros de diferentes tipos como inteiros, floats, strings e vetores.
O documento discute conceitos fundamentais de modularização e programação estruturada, incluindo: 1) a divisão de problemas em módulos menores para facilitar o desenvolvimento e manutenção de programas; 2) a utilização de subprogramas para implementar cada módulo de forma independente; 3) a comunicação entre módulos através de parâmetros formais e reais.
BD I - Aula 13 B - Agrupando Dados - Parte 04 - Exercicios EnunciadoRodrigo Kiyoshi Saito
This document contains the script for creating tables, inserting data, and providing sample queries to demonstrate the SELECT command on a sample database containing product, customer, and order information. The script defines 8 tables, inserts data into these tables, including categories, products, customers, employees, orders and order items. It then provides examples of SELECT queries to retrieve data from these tables.
O documento discute agrupamento e resumo de dados em bancos de dados. Ele explica como usar funções agregadas como COUNT, SUM, AVG, MAX e MIN com cláusulas GROUP BY e HAVING para agrupar e filtrar dados resumidos. Também aborda o tratamento de valores nulos e como aplicar funções agregadas de diferentes maneiras.
BD I - Aula 13 B - Agrupando dados - Parte 04 - Exercicios EnunciadoRodrigo Kiyoshi Saito
This document contains the script for creating tables, inserting data, and providing exercises for a database class. It creates tables for categories, clients, functions, employees, orders, order items, and products. It then inserts sample data into these tables. The script is intended for students to run queries and exercises on this sample database.
BD I - Aula 13 A - Funcoes de string datas numeros e conversao - parte 03Rodrigo Kiyoshi Saito
O documento discute funções SQL, incluindo funções de uma única linha para manipulação de caracteres, números e datas, e funções de várias linhas. Também aborda conversão de tipos de dados explícita e implícita.
O documento apresenta exemplos de algoritmos para manipulação de matrizes. O primeiro exemplo soma as notas de alunos armazenadas em uma matriz. O segundo exemplo preenche uma matriz 10x10 com valores lidos, e gera outra matriz multiplicando por três os valores pares da primeira.
O documento discute algoritmos e estruturas de dados, especificamente vetores unidimensionais. Apresenta três exemplos de algoritmos que manipulam vetores: um que lê notas e mostra quantas estão acima da média, outro que soma dois vetores, e um terceiro que preenche um vetor com 1 em posições pares e 0 em ímpares.
Os documentos apresentam algoritmos e resoluções de problemas em português estruturado utilizando diferentes estruturas de repetição como enquanto, repita, para. São discutidos conceitos como fatorial, operadores DIV e MOD, e exemplos de resolução de problemas que envolvem tarefas como apresentar quadrados, tabuadas, somatórios.
O documento apresenta 10 exercícios de programação em Português Estruturado com suas respectivas soluções. Os exercícios envolvem ler e processar valores numéricos para realizar cálculos e apresentar mensagens com base nos resultados obtidos.
O documento apresenta 10 exercícios de programação em Português Estruturado com suas respectivas soluções. Os exercícios envolvem cálculos matemáticos utilizando fórmulas e apresentação de resultados.
Slides Lição 11, Central Gospel, Os Mortos Em CRISTO, 2Tr24.pptxLuizHenriquedeAlmeid6
Slideshare Lição 11, Central Gospel, Os Mortos Em Cristo, 1Tr24, Pr Henrique, EBD NA TV, Revista ano 11, nº 1, Revista Estudo Bíblico Jovens E Adultos, Central Gospel, 2º Trimestre de 2024, Professor, Tema, Os Grandes Temas Do Fim, Comentarista, Pr. Joá Caitano, estudantes, professores, Ervália, MG, Imperatriz, MA, Cajamar, SP, estudos bíblicos, gospel, DEUS, ESPÍRITO SANTO, JESUS CRISTO, Com. Extra Pr. Luiz Henrique, 99-99152-0454, Canal YouTube, Henriquelhas, @PrHenrique
PP Slides Lição 11, Betel, Ordenança para exercer a fé, 2Tr24.pptxLuizHenriquedeAlmeid6
Slideshare Lição 11, Betel, Ordenança para exercer a fé, 2Tr24, Pr Henrique, EBD NA TV, 2° TRIMESTRE DE 2024, ADULTOS, EDITORA BETEL, TEMA, ORDENANÇAS BÍBLICAS, Doutrina Fundamentais Imperativas aos Cristãos para uma vida bem-sucedida e de Comunhão com DEUS, estudantes, professores, Ervália, MG, Imperatriz, MA, Cajamar, SP, estudos bíblicos, gospel, DEUS, ESPÍRITO SANTO, JESUS CRISTO, Comentários, Bispo Abner Ferreira, Com. Extra Pr. Luiz Henrique, 99-99152-0454, Canal YouTube, Henriquelhas, @PrHenrique
REGULAMENTO DO CONCURSO DESENHOS AFRO/2024 - 14ª edição - CEIRI /UREI (ficha...Eró Cunha
XIV Concurso de Desenhos Afro/24
TEMA: Racismo Ambiental e Direitos Humanos
PARTICIPANTES/PÚBLICO: Estudantes regularmente matriculados em escolas públicas estaduais, municipais, IEMA e IFMA (Ensino Fundamental, Médio e EJA).
CATEGORIAS: O Concurso de Desenhos Afro acontecerá em 4 categorias:
- CATEGORIA I: Ensino Fundamental I (4º e 5º ano)
- CATEGORIA II: Ensino Fundamental II (do 6º ao 9º ano)
- CATEGORIA III: Ensino Médio (1º, 2º e 3º séries)
- CATEGORIA IV: Estudantes com Deficiência (do Ensino Fundamental e Médio)
Realização: Unidade Regional de Educação de Imperatriz/MA (UREI), através da Coordenação da Educação da Igualdade Racial de Imperatriz (CEIRI) e parceiros
OBJETIVO:
- Realizar a 14ª edição do Concurso e Exposição de Desenhos Afro/24, produzidos por estudantes de escolas públicas de Imperatriz e região tocantina. Os trabalhos deverão ser produzidos a partir de estudo, pesquisas e produção, sob orientação da equipe docente das escolas. As obras devem retratar de forma crítica, criativa e positivada a população negra e os povos originários.
- Intensificar o trabalho com as Leis 10.639/2003 e 11.645/2008, buscando, através das artes visuais, a concretização das práticas pedagógicas antirracistas.
- Instigar o reconhecimento da história, ciência, tecnologia, personalidades e cultura, ressaltando a presença e contribuição da população negra e indígena na reafirmação dos Direitos Humanos, conservação e preservação do Meio Ambiente.
Imperatriz/MA, 15 de fevereiro de 2024.
Produtora Executiva e Coordenadora Geral: Eronilde dos Santos Cunha (Eró Cunha)
4. Atributos
• Os atributos são informações básicas que
qualificam uma entidade e descrevem seus
elementos ou características.
• Quando transpostos ao modelo físico (ao banco
de dados), chamamos os atributos de campos ou
colunas.
• Note que todas as entidades devem possuir os
atributos necessários ao andamento das
operações da empresa, do contrário a entidade
não será necessária para o sistema.
5. Atributos
• Esses atributos devem representar o objeto na
sua totalidade.
• Há uma tendência a confundir Entidade e
Atributo.
• Tenha sempre em mente que um Atributo é
uma característica, logo não contém um grupo
de informações.
• Por sua vez, uma Entidade sempre é um
grupo.
6. Atributos
• No mínimo são necessários dois atributos para
criar uma entidade.
• Uma entidade com um único atributo
normalmente será agregada a outra entidade
existente ao modelo.
7. Exemplos de Atributos
Exemplos de atributos as entidades:
- Entidade Pessoa: nome, endereço, documento,
data de nascimento, telefone, e-mail;
- Entidade Nota Fiscal: série, número, data e
emissão e cliente;
8. Exemplos de Atributos
COD. NOME DO CD NOME DA MUSICA NOME DO AUTOR
01 Mais do Mesmo Será Renato Russo e ...
01 Mais do Mesmo Ainda é Cedo Renato Russo e ...
01 Mais do Mesmo Tempo Perdido Renato Russo
02 Bate-Boca Meninos, Eu vi Tom Jobim e ...
02 Bate-Boca Eu te amo Tom Jobim e ...
CHAVE
PRIMARIA
ATRIBUTOS
TUPLA
9. Atributos
Um atributo chave é um dos atributos de um CE
especialmente projetado para identificar de
forma única qualquer entidade do CE.
É importante enfatizar a expressão acima
especialmente projetado, porque a unicidade do
valor do atributo determinante deve ser
garantida para qualquer conteúdo futuro do CE
e não apenas para a instancia atual do CE.
10. Exemplo de representação dos
atributos
Funcionário (numf, RG, CPF, nome, end, salário)
funcionário
RG CPF nomenumf end salário
11. Tupla
• É uma estrutura de atributos intimamente
relacionados e interdependentes que residem
em uma entidade.
• Quando transposta ao modelo físico, uma
tupla equivale a um registro ou linha da
tabela.
12. Chave
• É um atributos utilizado para indexar dados.
• Há três tipos de chaves:
– Primária
– Estrangeira;
– Secundária;
13. Chave primária
• É o atributo que permite identificar uma única
ocorrência de uma tupla em uma Entidade.
• Dessa forma, seu conteúdo deve ser único,
exclusivo e imutável para cada linha dessa
Entidade. Todos os demais atributos da entidade
devem depender unicamente desse atributo.
• Caso não exista um atributo que possa assumir a
posição de chave primária, é preciso cria-lo. Veja
que nem todos campos é uma boa chave.
14. Chave primária
• Eventualmente uma chave primária pode
conter mais de um atributo.
• Nesse caso, a chave conterá mais de um
atributo, mas será considerada a chave da
tabela.
• A união dos dois atributos é que deve garantir
o acesso a uma única linha da entidade.
• Esse caso de chave primária é chamado de
Chave Concatenada ou Chave Composta;
15. Chave estrangeira
• É o atributo que estabelece a relação de uma
Entidade com a Chave Primária de outra
Entidade e permite uma relação entre
entidades.
• Isto ocorre quando uma Entidade dependente
herda a chave da Entidade Fundamental
exatamente para estabelecer o
relacionamento entre elas.
16. Chave estrangeira
01 Mais do Mesmo
02 Bate-Boca
01 Será 01
02 Ainda é Cedo 01
03 Tempo Perdido 01
04 Meninos, Eu vi 02
05 Eu te amo 02
ENTIDADE CD
CHAVE PRIMÁRIA
ENTIDADE MÚSICA
CHAVE PRIMÁRIA
ENTIDADE MÚSICA
CHAVE ESTRANGEIRA
17. Chave Secundária
• Esta chave é utilizada como meio de classificação
e pesquisas em entidades.
• Sempre que houver a necessidade de buscar
informações semelhantes, em ordem crescente
ou decrescente, em função de datas, valores ou
status predefinidos, criam-se chaves secundárias.
• Podem também ser concatenadas a outras
chaves secundárias para extrair a informação
desejada.
18. Tipos de Atributos
• Um atributo pode conter vários subatributos.
Nesse caso ele se diz itens de grupo ou
composto. Por exemplo:
Atributo: endereço
Subatributos: Local(Rua, Número,
Complemento), Cidade, CEP.
19. Tipos de Atributos
• A representação gráfica desse atributo
composto é:
end
númerorua
local
complemento
cidade CEP
21. Tipos de Atributos
• Se um atributo de uma entidade pode tomar
diversos valores então se diz multivalorado.
Por exemplo:
Atributo: Telefone
Valores: (11) 4521-8444
(11) 4588-8754
22. Tipos de Atributos
• Essa propriedade pode ser indicada
colocando-se um * após o nome do atributo
multivalorado.
Funcionário (numf, nome, telefone*)
23. Para identificar as entidades,
tente seguir os passos a seguir
• 1 – Examine os substantivos. Eles são objetos
com significa próprio;
• 2 – Dê um nome a cada Entidade;
• 3 – Há informações relevante a respeito da
entidade necessária às operações da
empresa?
• 4 – Cada instância da entidade possui um
identificador único (chave)?
24. Para identificar as entidades,
tente seguir os passos a seguir
• 5 – Escreva uma descrição da suposta
Entidade (CD é o produto básico de venda da
empresa. Exemplos cd CDs são: Mais do
Mesmo e Bate Boca);
• 6 – Faça um diagrama com, pelo menos,
alguns de seus atributos;
25. Relacionamentos
• Sempre que duas entidades apresentarem
interdependência (por exemplo, autor da
música ou música do CD), indica-se um
relacionamento entre elas.
• Deve-se perguntar a cada par de entidades se
elas se relacionam.
27. Relacionamentos
• Assim, podemos dizer que:
1 – Cada CD deve ser gravado por uma única gravadora;
2 – Cada gravadora pode ter gravado um ou mais CDs;
1 – Cada autor pode ter escrito uma ou mais músicas;
2 – Cada música pode ser escrita por um ou mais autores;
1 – Cada música pode estar gravada em um ou mais CDs.
2 – Cada CD deve conter uma ou mais músicas.
28. Relacionamentos
• Conforme você pode notar, cada
relacionamento contém um nome
(normalmente um verbo como ser gravado,
conter, ter escrito), a determinação de
opcionalidade (deve ou pode) e um grau ou
cardinalidade (uma única ou uma ou mais).
29. Análise dos tipos de
Relacionamentos
• Há três tipos de relacionamentos (também
muito conhecido como CARDINALIDADE):
- Um para um (1:1);
- Um para Muitos (1:N);
- ou muitos para muitos (N:N);
30. Relacionamento 1:1
• Ocorre sempre que uma entidade tiver uma
única ocorrência para cada ocorrência na
outra entidade.
• Sempre que houver esse relacionamento,
deve-se perguntar se realmente são duas
entidades distintas ou se elas podem ser
unidas.
31. Relacionamento 1:1
• Normalmente, ao checarmos a chave de
ambas as entidades, chegamos facilmente à
conclusão se as entidades devem ou não ser
unidas.
• Da mesma forma, deve-se perguntar se esse
relacionamento sempre será um para um ou
se existe a possibilidade de, amanhã, vir a ser
um para muitos.
33. Exemplo de Relacionamento
1:1
• se uma entidade de um CE só pode estar
associada a uma única entidade de outro CE e
vice-versa, dizemos então que o
relacionamento é de cardinalidade 1 para 1 ou
1:1.
35. Relacionamento 1:N (ou N:1)
• Ocorre sempre que uma entidade se relacionar
com uma ou mais tuplas da outra entidade e esta
outra se relacionar apenas com uma tupla
daquela entidade.
• Esse relacionamento é mais comum e fácil de ser
analisado. Nesse caso, a parte onde o
relacionamento é 1 contém os dados básicos da
entidade (pois é a chave primária dessa entidade)
e o lado muitos fará parte da lista de atributos
não chave.
38. Relacionamento N:N (ou N:M)
• Ocorre sempre que uma entidade se
relacionar com várias tuplas de outra entidade
e esta, por sua vez, relacionar-se com várias
tuplas daquela entidade.
• Esse relacionamento somente é possível na
modelagem lógica de dados, uma vez que não
se consegue implanta-lo em banco de dados
relacionais.
39. Relacionamento N:N (ou N:M)
• Ele será transformado em dois
relacionamentos: um para muitos (1:n) e uma
Entidade Associativa Atributiva será
identificada, caso haja outras informações que
devam ser agregadas a esta nova entidade
42. Relacionamento N:N (ou N:M)
• A transformação à qual nos referimos fera com
que para cada um dos relacionamentos
anteriores seja criado um item que terá o
relacionamento um para muitos (1:n), com cada
uma das outras entidades.
• As novas entidades criadas serão formadas pela
união das chaves primárias das entidades e,
eventualmente, por novos atributos necessários.
• Não esqueça que casos novos atributos sejam
identificados na entidade associativa, esta será
considerada atributiva.
45. Relacionamento N:N (ou N:M)
• Relacionamentos podem ter atributos. Por
exemplo, o relacionamento N:N para indicar a
associação de Materiais com seus
Fornecedores pode indicar para cada par do
relacionamento, o preço, o prazo e lote
(quantidade) que o fornecedor estabelece
para fornecer o material.
46. Relacionamento N:N (ou N:M)
• A Figura abaixo mostra a representação gráfica
desse relacionamento.
Materiais FornecedoresFornecer
N N
prazo
preço
quantidade
47. Conjunto de entidades fracos
• Há casos em que a existência de um CE está
vinculada à existência de outro CE.
• Um exemplo típico é o registro, para fins de
seguro-saúde ou imposto de renda, dos
dependentes de um funcionário.
• Nesse caso o registro só faz sentido para a
empresa porque o dependente está ligado ao
funcionário.
48. Conjunto de entidades fracos
• Diz-se, então, que o CE “Dependentes” é um
conjunto de entidades fraco.
• O CE funcionários é as vezes chamado
conjunto pai conjunto mestre e dependentes
é as vezes chamado de conjunto detalhe.
50. Auto-relacionamentos
• Muitas vezes queremos fazer o
relacionamento de um CE consigo mesmo. Por
exemplo, dado o CE “Peças” queremos saber
quais peças são componentes de uma dada
peça ou, dada peça quais peças tem a têm
como componente.
• Esses dois relacionamentos podem ser
representados pelo diagrama da figura abaixo.
51. Auto-relacionamentos
• Observe que cada uma das ligações do
losango com o CE Peças recebeu um rótulo.
• O primeiro rótulo significa: “uma peça é um
componente” de outra peça, e o segundo
rótulo significa “uma peça tem como
componente” outra peça.
52. Auto-relacionamentos
• Os rótulos de ligações explicitam o papel que
a peça desempenha no relacionamento, Este
papel é normalmente evidente nos
relacionamentos.
• Observe também que o relacionamento é de
cardinalidade N;N, isto é, uma peça pode ter
vários componentes e uma dada peça pode
ser componente de várias peças.
54. Grau de relacionamento
• Os exemplos vistos até agora são de
relacionamento envolvendo dois CE´s. Eles são
ditos binários ou de grau 2 e são os mais
comuns na prática. O grau de um
relacionamento é um número de CE´s
envolvidos no relacionamento. A figura abaixo
mostra um relacionamento de grau 3, ou
triplo, entre professores, alunos e disciplinas.
55. Grau de relacionamento
• A cardinalidade desse relacionamento, 1 : N :
N, pode ser interpretada da seguinte forma:
- dado um professor e uma determinada
disciplina temos diversos alunos;
- dado um professor e um determinado aluno,
temos diversas disciplinas;
- dado um aluno e uma certa disciplina, temos
um único professor;
57. Grau de relacionamento
• A figura mostra um relacionamento triplo
chamado MRP entre Materiais, Pedidos e
Requisições
Materiais Requisições
Pedidos
N N
N
quantidade
requisitada
quantidade
pedida
MRP
58. Agregações
• Há casos em que relacionamentos de grau
superior a 2 não capturam as regras de
negócio desejadas.
• Por exemplo, no relacionamento triplo MRP
visto anteriormente em materiais, requisições
e pedidos (ordens de compra), uma requisição
está relacionada com um ou mais materiais e
com um ou mais pedidos (ou com nenhum
deles), o que é artificial
59. Agregações
• Esta separação de funções implica na
existência de dois relacionamentos distintos; o
segundo é chamado de agregação porque o
relacionamento de Materiais com Requisição
é agregado em um pseudo CE, que por sua vez
se relaciona com Pedidos através do
relacionamento “Itens de pedidos”
61. Especificação
• As técnicas de orientação a objetos tiveram
várias influencias sobre o projeto de bases de
dados.
• Uma delas é o conceito de subclasse e
herança.
• Muitas vezes queremos registrar
características especiais de certos
subconjuntos de um CE.
63. Especificação
• Esses novos CE´s são também chamados de
especializações do CE Funcionários. Como o
nome “é-um” indica, o relacionamento significa
que uma secretária “é uma” funcionária, isto é,
possui todos os atributos do CE funcionário.
• O símbolo “+” indica que a especialização é do
tipo “ou exclusivo”, ou seja, um funcionário pode
ser especializado em apenas um dentre
“Secretárias”, “Técnicos” e “Gerentes”.
64. Integridade referencial
• É um mecanismo utilizado para manter a
consistência das informações gravadas.
• Dessa forma, não são permitidas a entrada de
valores duplicados nem a existência de uma
referência a uma chave inválida em uma
entidade.
65. Integridade referencial
• É também necessário que cada valor de chave
estrangeira possua uma ocorrência na outra
entidade à qual faz referência.
• Se isso não ocorrer, fica claro que estaremos
perdendo uma informação importante para o
sistema.
66. Integridade referencial
• A maior parte dos bancos de dados relacionais
estabelece esse tipo de relacionamento e
impede que durante uma inclusão, exclusão
ou alteração uma chave estrangeira de uma
entidade não tenha correspondente na chave
primária da outra entidade.
67. Integridade referencial
• No caso de uma alteração ou exclusão na
chave primária da entidade, deve-se verificar
se há registros dependentes (chave
estrangeira) nas demais tabelas.
• Se houver, deve-se excluir todos os registros
dependentes ou altera-los, dependendo do
caso
Notas do Editor
Nota-se, portanto, que ao utilizarmos o conceito de atributos em entidades estamos querendo qualificar ao máximo aquele objeto do mundo real. Essas informações muitas vezes não correspondem a todas as informações possíveis daquele objeto, mas sim às informações relevantes para o funcionamento do sistema.
No exemplo do catálogo de CDs, não teremos cada um dos CDs armazenados no banco de dados, mas sim as características que nos permitirão identificar qual CD o cliente quer comprar, quais músicas há naquele CD, autores, gravadoras etc. Não importa se há várias unidades do mesmo CD disponíveis para venda na loja (a menos que se esteja desenvolvendo um sistema que controle o estoque cd CDs). Esta deve ser uma preocupação quando estivermos desenvolvendo um novo sistema – até onde exatamente queremos chegar com o sistema
Nota-se, portanto, que ao utilizarmos o conceito de atributos em entidades estamos querendo qualificar ao máximo aquele objeto do mundo real. Essas informações muitas vezes não correspondem a todas as informações possíveis daquele objeto, mas sim às informações relevantes para o funcionamento do sistema.
Caso não exista um atributo que possa assumir a posição de chave primária, é preciso cria-lo. Veja que nem todos campos é uma boa chave. Normalmente utilizamos campos numéricos por serem localizados mais rapidamente pelos bancos de dados. Valores alfanuméricos grandes têm acesso mais lento.
Dessa forma, fica claro que toda tabela deve conter uma chave primária. Muitas vezes encontramos o termo superchave para identificar a chave primária. Trata-se apenas de um nome diferente para designar a mesma coisa, e, portanto não é preciso se preocupar com isso.
Convenção para utilização em Diagramas
Deve-se utilizar uma caixa de qualquer dimensão com um nome único (exclusivo) em cada uma das caixas. Esses nomes devem representar as Entidades do sistema.
Alguns autores preferem utilizar a caixa com bordas arredondadas. Isso é apenas uma convenção diferente, que em nada modificará o objetivo e a compreensão da Entidade.
A seguir será utilizado o nome da Entidade de fora da caixa e separada a Chave primária dos demais atributos com uma linha horizontal:
|----------------|
|CD |
|----------------|
|Código CD |
|Nome CD |
|Preço |
|----------------|
Note que esse relacionamento é efetivamente raro. Relacionamentos em que seja obrigatória em ambas as entidades são mais raros ainda.
No exemplo a seguir, cada departamento é gerenciado por um gerente, e cada gerente gerencia um departamento. As chaves são distintas (são objetos absolutamente diferentes), mas é interessante nos questionarmos, mesmo que eventualmente, se um gerente não pode gerenciar mais de um departamento. Isso pode ou não ocorrer, dependendo da empresa, mesmo que seja por um curto período de tempo. Nesse caso, o relacionamento deveria ser trocado para um para muitos (1:n);
Isso também ocorre com o relacionamento entre Computador e Para Mãe. Essa pergunta deve ser feita à possibilidade de um computador possuir mais de uma Placa Mãe no futuro.
Note que esse relacionamento é efetivamente raro. Relacionamentos em que seja obrigatória em ambas as entidades são mais raros ainda.
No exemplo a seguir, cada departamento é gerenciado por um gerente, e cada gerente gerencia um departamento. As chaves são distintas (são objetos absolutamente diferentes), mas é interessante nos questionarmos, mesmo que eventualmente, se um gerente não pode gerenciar mais de um departamento. Isso pode ou não ocorrer, dependendo da empresa, mesmo que seja por um curto período de tempo. Nesse caso, o relacionamento deveria ser trocado para um para muitos (1:n);
Isso também ocorre com o relacionamento entre Computador e Para Mãe. Essa pergunta deve ser feita à possibilidade de um computador possuir mais de uma Placa Mãe no futuro.
Relacionamentos desse tipo raramente são obrigatórios em ambas as entidades. A exceção é quando se trata de itens de uma entidade, como itens de nota fiscal ou pedidos. Mas esse parece ser um caso especial de muitos para muitos.
A seguir, exemplos em que isso ocorre: Cada Gravadora grava vários CDs e cada CD é gravado apenas por uma Gravadora. Cada Cliente possui vários Pedidos e cada Pedido é de um único Cliente.
Neste exemplo, vários funcionários podem estar lotados num único departamento. Dizemos então que o relacionamento Lotações de Funcionários com Departamento é de cardinalidade N para 1 ou N : 1.
A cardinalidade do relacionamento está indicada pelos símbolos N e 1. Para determinar sua posição correta pode-se usar o seguinte argumento: “um funcionário existe em um único departamento e em um único departamento podem existir vários funcionários”.
Esse relacionamento somente é possível na modelagem lógica de dados, uma vez que não se consegue implanta-lo em banco de dados relacionais. Ele será transformado em dois relacionamentos: um para muitos (1:n) e uma Entidade Associativa Atributiva será identificada, caso haja outras informações que devam ser agregadas a esta nova entidade – por exemplo de item de pedido em que se identificam quantidade e preço, ou criada, caso seja a simples união das chaves primárias de ambas as entidades – caso de vários produtos serem fornecidos por vários fornecedores e vice-versa.Esses relacionamentos são facilmente encontrados e normalmente são opcionais em ambas entidades. Existem casos em que há opcionalidade de apenas em uma das duas direções.
Nos exemplos a seguir, cada Música é composta por um ou vários Autores, e cada Autor pode compor uma ou várias Músicas. Cada Produto é fornecido por vários Fornecedores e cada Fornecedor pode fornecer vários Produtos. E, finalmente, cada Aluno é inscrito em uma ou várias Matérias e cada Matéria possui vários Alunos.
Neste exemplo, se uma entidade de um CE está associada a várias outras entidades de outro CE e vice-versa. só pode estar associada a uma única entidade de outro CE e vice-versa, dizemos então que o relacionamento é de cardinalidade N para N ou N:N.
Note que os relacionamentos das Entidades Associativas recebem de ambas as entidades fundamentais o lado “muitos” do relacionamento. Por sua vez, do lado das entidades fundamentais, fica o lado “um” do relacionamento
Poderíamos questionar nesse exemplo se um dado atributo, digamos, preço, pertence de fato ao relacionamento em vez de a um dos conjuntos de entidades envolvidos. Um teste simples é capaz de esclarecer a dúvida. Fixe o material e varie o fornecedor: se o preço varia, então o atributo não é do material; em seguida, fixe o fornecedor e varie o material: se o preço varia, então o atributo não é do fornecedor. Fica claro, nesse caso, que o atributo preço é do relacionamento, isto é, cada par (material, fornecedor) possui um preço. Idem aos atributos prazo e lote.
A figura mostra um relacionamento triplo chamado MRP entre Materiais, Pedidos e Requisições, típico de um sistema de compras de materiais, onde requisições vindas de diversos setores são agrupadas em pedidos ou ordens de compra e se deseja relacionar cada pedido com as requisições originais. O relacionamento possui dois atributos: quantidade requisitada e quantidade pedida. O relacionamento tem cardinalidade N : N : N e é total do lado de Pedidos e de Requisições (toda requisição está associada a um ou mais pedidos e pode conter vários materiais, idem para pedidos), mas é parcial do lado de Materiais (um dado material pode não estar sendo comprado no momento).
Há casos em que relacionamentos de grau superior a 2 não capturam as regras de negócio desejadas. Por exemplo, no relacionamento triplo MRP visto anteriormente em materiais, requisições e pedidos (ordens de compra), uma requisição está relacionada com um ou mais materiais e com um ou mais pedidos (ou com nenhum deles), o que é artificial. Requisições precedem a pedidos no tempo e originalmente estão relacionadas apenas com Materiais, já que toda requisição é criada para comprar um ou mais materiais. Elas se originam em diversos setores da empresa e são encaminhadas ao setor de compras. O setor de compras associa um pedido de compra ao par (requisição, material), portanto, ao relacionamento, especificando a quantidade a ser comprada ( que pode ser diferente da requisitada, por exemplo, para obter um desconto maior ou devido a alguma restrição de tamanho de lote de venda). Esta separação de funções implica na existência de dois relacionamentos distintos; o segundo é chamado de agregação porque o relacionamento de Materiais com Requisição é agregado em um pseudo CE, que por sua vez se relaciona com Pedidos através do relacionamento “Itens de pedidos”
Posteriormente, no mapeamento do modelo conceitual para o modelo relacional, os relacionamentos N : N serão representados por tabelas auxiliares e, portanto, se comportam como CE´s, o que torna muito simples representar esse relacionamento especial no modelo relacional.
As técnicas de orientação a objetos tiveram várias influencias sobre o projeto de bases de dados. Uma delas é o conceito de subclasse e herança. Muitas vezes queremos registrar características especiais de certos subconjuntos de um CE. Por exemplo, no CE Funcionários temos secretária, técnicos, engenheiros, gerentes etc, e para cada uma dessas categorias queremos guardar alguns atributos específicos, como habilidades das secretárias em digitação, informática, línguas etc. Outros atributos seriam requeridos para engenheiros e assim por diante. Seria ineficiente estender o CE Funcionários com todos esses atributos que só teriam valores para cada grupo específico de funcionários ficando vazios os não correspondentes ao grupo. Para este fin criamos os CE´s denominados Secretárias, Técnicos, Engenheiros etc, e um tipo especial de relacionamentos desses CE´s chamado “é um” e representado por um triangulo.
É um mecanismo utilizado para manter a consistência das informações gravadas. Dessa forma, não são permitidas a entrada de valores duplicados nem a existência de uma referência a uma chave inválida em uma entidade.
É importante enfatizar o conceito de integridade referencial. É também necessário que cada valor de chave estrangeira possua uma ocorrência na outra entidade à qual faz referência. Se isso não ocorrer, fica claro que estaremos perdendo uma informação importante para o sistema. Exemplo: se tivermos um valor na entidade CD correspondente à gravadora (chave estrangeira) e não tivermos o mesmo valor (chave primária) na entidade Gravadora, estaremos diante de um problema, pois teríamos um CD sem uma Gravadora válida.
A maior parte dos bancos de dados relacionais estabelece esse tipo de relacionamento e impede que durante uma inclusão, exclusão ou alteração uma chave estrangeira de uma entidade não tenha correspondente na chave primária da outra entidade. Assim, em uma inclusão na entidade com a chave estrangeira, caso seja informado um código que não exista, correspondente na outra entidade, deve ser gerada uma mensagem de erro. Assim, caso queiramos incluir um CD com um código de Gravadora que não exista, correspondente na tabela Gravadora, deve ser enviada uma mensagem de erro e impedida a gravação da informação.
No caso de uma alteração ou exclusão na chave primária da entidade, deve-se verificar se há registros dependentes (chave estrangeira) nas demais tabelas. Se houver, deve-se excluir todos os registros dependentes ou altera-los, dependendo do caso. Isso poderia ocorrer caso quiséssemos excluir ou alterar uma Gravadora e tivéssemos CDs armazenados com o código da Gravadora. Se fosse permitido, teríamos uma informação inválida, pois ao tentarmos localizar a Gravadora deste CD, isso não seria possível.
Caso o seu banco de dados não disponha desse recurso, você deverá levar isso em consideração e criar mecanismos que evitem o problema. Quanto o banco de dados dispuser desse recurso, este adotará o nome CONSTRAINT.
Em alguns bancos de dados é possível controlar até a propagação de exclusões ou alterações na chave primária: ou se apagam todos os registros dependentes ou se altera o seu código. Assim, caso excluíssemos ou alterássemos uma determinada Gravadora, todos os CDs dessa gravadora seriam automaticamente excluídos ou alterados. Note que isso é bastante perigoso, pois normalmente nenhuma mensagem será dada ao usuário. A regra será a automática modificação das informações no banco de dados.