AULA 3 Classificação dos Sistemas de Informação

Transcrição

1 SISTEMAS DE INFORMAÇÃO AULA 3 Classificação dos Sistemas de Informação Sistemas de Gerenciamento de Banco de Dados professor Luciano Roberto Rocha

2 SGBD Um Sistema de Gerenciamento de Banco de Dados (SGBD) - é o conjunto de softwares responsáveis pelo gerenciamento de um banco de dados. Seu principal objetivo é retirar da aplicação cliente a responsabilidade de gerenciar o acesso, a manipulação e a organização dos dados. Um SGBD também pode prover independência de d a d o s à s a p l i c a ç õ e s ( e s t r u t u r a f í s i c a d e armazenamento e à estratégia de acesso). Devido à sua abrangência, pode ser considerado um dos mais importantes Sistemas de Informação. 2

3 MODELO DE DADOS Historicamente, desde o advento da computação vários modelos de armazenamento de dados foram concebidos. Os cinco modelos mais conhecidos são: hierárquico; em rede; relacional; orientado a objetos; NoSQL; 3

4 MODELO DE DADOS José Ipê Campinas 900 Laranjeiras Antônio Limeira 801 João

5 MODELO DE DADOS NOME RUA CIDADE CONTA SALDO José Figueiras Campinas João Laranjeiras Campinas João Laranjeiras Campinas Antônio Ipê Limeira Antônio Ipê Limeira

6 MODELO DE DADOS HIERÁRQUICO Usado nos primeiros sistemas de gestão de base de dados mainframe Os dados e relacionamentos são representados por registros e ligações respectivamente. Os registros são organizados como coleções arbitrárias de árvores. José Figueiras Campinas Antônio Ipê Limeira João Laranjeiras Campinas

7 MODELO DE DADOS HIERÁRQUICO Semelhante ao modelo hierárquico, com diferença de que cada registro pai pode ser ligado a mais de um registro filho Os dados são representados por coleções de registros e os seus relacionamentos José Figueiras Campinas João Laranjeiras Campinas Antônio Ipê Limeira

8 MODELO DE DADOS RELACIONAL Conceito criado por Edgar Frank Codd em 1970 baseado na lógica dos predicados e na teoria dos conjuntos Tabela cliente (DADOS) CLIENTE NOME RUA CIDADE 015 José Figueiras Campinas 021 João Laranjeiras Campinas 037 Antônio Ipê Limeira Tabela CONTA (DADOS) CONTA SALDO Tabela cliente_conta (RELACIONAMENTO) CLIENTE CONTA

9 OUTROS MODELOS DE DADOS Objeto-Relacional: Semelhante a um banco de dados relacional, porém com um modelo de banco de dados orientado a objetos. Que suporta classes, objetos e herança. Além disso, ele suporta extensão do modelo de dados com a personalização de tipos de dados e métodos. NoSQL: Novo paradigma de gerenciamento de dados que surgiu em 1998 com o advento da internet. Possui diversos tipos de métodos para armazenamento e acesso, sendo os mais comuns: Modelo Chave-Valor, Bancos de dados de grafos, Orientado à Documentos entre outros. 9

10 MODELAGEM RELACIONAL SGBDs Relacionais foram desenvolvidos para prover acesso facilitado aos dados, possibilitando que os usuários utilizassem uma grande variedade de abordagens no tratamento das informações. Enquanto em um banco de dados hierárquico os usuários precisam definir as questões de negócios de maneira específica, iniciando pela raiz do mesmo, nos Bancos de Dados Relacionais os usuários podem fazer perguntas relacionadas aos negócios através de vários pontos. A linguagem padrão dos Bancos de Dados Relacionais é a Structured Query Language, ou simplesmente SQL, como é mais conhecida. 10

11 TABELAS, RELAÇÕES OU ENTIDADES Todos os dados de um banco de dados relacional são armazenados em tabelas. Uma tabela é uma simples estrutura de linhas e colunas. Em uma tabela, cada linha contém um mesmo conjunto de colunas(atributos). As tabelas associam-se entre si através de regras de relacionamentos, estas regras consistem em associar um ou vários atributos de uma tabela com um ou vários atributos de outra tabela. Exemplo: A tabela vinho relaciona-se com a tabela vinícola. Através deste relacionamento esta última tabela fornece a lista de vinícolas para a tabela vinho. vinícola 1 produz N vinho 11

12 REGISTRO OU TUPLAS Cada linha formada por uma lista ordenada de colunas representa um registro, ou tupla. Os registros não precisam conter informações em todas as colunas, podendo assumir valores nulos quando assim se fizer necessário. Resumidamente, um registro é uma instância de uma entidade. Exemplo: O espumante Archibald é uma instância (registro) da tabela vinho, e a empresa Williams's Wines é a instância (registro) da tabela vinícola. Uma associação entre estas duas tabelas criaria a seguinte instância de relacionamento: Archibald é produto da Williams s Wines, onde o verbo ser representa uma ligação entre os registros distintos. 12

13 ATRIBUTO Colunas (ou campos ou atributos) As colunas de uma tabela são também chamadas de Atributos. Ao conjunto de valores que um atributo pode assumir chama-se domínio. Por exemplo: em um campo do tipo numérico, serão somente armazenados números. nome safra preço vinho 13

14 CHAVES As tabelas relacionam-se umas as outras através de chaves. Uma chave é um conjunto de um ou mais atributos que determinam a unicidade de cada registro. Temos dois tipos de chaves: Chave primária: (PK - Primary Key) é a chave que identifica cada registro dando-lhe unicidade. A chave primária nunca se repetirá. Chave Estrangeira: (FK - Foreign Key) é a chave formada através de um relacionamento com a chave primária de outra tabela. Define um relacionamento entre as tabelas e pode ocorrer repetidas vezes. Caso a chave primária seja composta na origem, a chave estrangeira também o será. 14

15 GRAU DE RELACIONAMENTO (CARDINALIDADE) A cardinalidade determina quantas instâncias de uma entidade participará de outra, estabelecendo assim o grau de relacionamento entre elas. Relacionamento 1:1 (lê-se relação um-para-um) - indica que as tabelas têm relação unívoca entre si. Você escolhe qual tabela vai receber a chave estrangeira; Exemplo: Um cliente é um usuário do sistema e todo usuário do sistema é um cliente; cliente 1 1 é usuário 15

16 GRAU DE RELACIONAMENTO (CARDINALIDADE) Relacionamento 1:N (lê-se um-para-muitos) - a chave primária da tabela que tem o lado 1 vai para a tabela do lado N. No lado N ela é chamada de chave estrangeira; Exemplo: Uma região pode ter várias vinícolas, mas cada vinícola pertence apenas a essa região. região 1 N hospeda vinícolas 16

17 GRAU DE RELACIONAMENTO (CARDINALIDADE) Relacionamento N:N ou N:M (lê-se muitos-para-muitos) - quando tabelas têm entre si relação n:m, é necessário criar uma nova tabela com as chaves primárias das tabelas envolvidas, ficando assim uma chave composta, ou seja, formada por diversos campos-chave de outras tabelas. A relação então se reduz para uma relação 1:n, sendo que o lado n ficará com a nova tabela criada. Exemplo: Um pedido de compra pode ter várias mercadorias, e um tipo de mercadoria pode ser listada em vários pedidos. itens n compõem n pedido 17