Sistema Gerenciador de Banco de Dados SGBD Alcides Calsavara
Objetivos Mostrar as vantagens da abordagem baseada em SGBD para a construção de sistemas de informações sobre a abordagem baseada em programas que fazem acesso direto a arquivos. Mostrar as principais características de um SGBD.
Método de apresentação Estudo de caso: sistema de informações para o controle de salários de funcionários de uma empresa.
Aspectos de SGBD Bancos de dados hierárquicos e de rede: difícil manutenção Teoria de relações (Matemática) Bancos de dados relacionais Independência de linguagem de programação Independência de fornecedor de SGBD DDL: Data Definition Language DML: Data Manipulation Language (ex. SQL) CL: Computational Language Mecanismo geral para consulta, criação, modificação e remoção de dados
Aspectos Integridade Transação Controle de concorrência Acesso remoto Índices Segurança Visões Normalização Modelagem de dados (MER) e objetos (UML)
Aspectos de SGBD Gatilhos (triggers) Procedimentos armazenados (stored procedures) Distribuição Modelo Cliente/Servidor Internet/Intranet: CGI, ASP, PHP
Vantagens de SGBD recuperação em caso de falha compartilhamento entre usuários compartilhamento entre aplicações segurança integridade extensibilidade distribuição de dados
Conceitos de BD relacionais Partes de um SGBD: dados que são apresentados como tabelas operadores para manipulação de tabelas regras de integridade para as tabelas
Estrutura lógica de um SGBD coleção de tabelas cada tabela tem um determinado número de colunas e um número qualquer de linhas colunas são chamadas de atributos linhas são chamadas de tuplas cada atributo tem um domínio: conjunto de valores legais
Operadores de SGBD SQL: SET-ORIENTED SELECT ... FROM ... WHERE ... CREATE TABLE ... INSERT ROW ... INTO TABLE ... DELETE ROW ... FROM TABLE ... SET-ORIENTED
Integridade em SGBD Integridade de entidade: cada tabela tem exatamente uma chave-primária chave-primária: combinação de um ou mais atributos cujo valor identifica unicamente cada linha em uma tabela
Integridade em SGBD (cont.) Integridade referencial: cada chave estrangeira deve ser consistente com sua correspondente chave primária chave estrangeira: é uma chave primária de uma tabela embutida em outra (ou na mesma) tabela
Formas normais primeira: nenhum atributo contém um grupo de valores segunda: cada tupla deve ter uma chave-primária terceira: cada atributo depende diretamente da chave-primária
Definição de uma tabela
Criação de uma tabela em SQL CREATE TABLE Pessoa ( rg integer not null, nome char(30) not null, endereço char(50) PRIMARY KEY (rg) );
Associação entre tabelas Tipos de associação: muitos para muitos (ex: em uma empresa trabalham muitas pessoas e uma pessoa trabalha em muitas empresas) um para muitos (ex: uma pessoa trabalha somente em uma empresa) um para um (ex: uma pessoa possui somente outra como cônjuge, e vice-versa)
Associação muitos-para-muitos: definição da tabela associativa
Associação muitos-para-muitos: criação da tabela associativa CREATE TABLE Trabalha-para ( empresa-cnpj Integer not null, pessoa-rg Integer not null, salario double, PRIMARY KEY (empresa-cnpj, pessoa-rg), FOREIGN KEY (empresa-cnpj) REFERENCES Empresa, FOREIGN KEY (pessoa-rg) REFERENCES Pessoa );
Associação binária um-para-muitos: tabela
Estudo de Caso Sistema de controle de recursos humanos Funcionários Dependentes Salários
Informações Funcionário número de matrícula nome data de nascimento idade data de contratação código de nível salarial modo de pagamento número de horas trabalhadas no mês salário do mês
Informações Dependente código do dependente número de matrícula do funcionário nome grau de parentesco data de nascimento idade
Informações Nível Salarial código de nível salarial valor mensal valor da hora
Programas Cadastro de pessoal em modo texto Cadastro de pessoal em modo gráfico Cadastro de níveis salariais em modo texto Cadastro de níveis salarias em modo gráfico Gerador de folha de pagamento Facilitador de consulta pelo funcionário
Requisitos O número de matrícula de um funcionário é um número inteiro não-negativo, com valor não superior a 10.000. O código de dependente é um número inteiro não-negativo, com valor não superior a 100. O código de nível é uma letra de A a Z.
Requisitos Não podem haver dois funcionários com o mesmo número de matrícula. Não podem haver dois dependentes do mesmo funcionário com o mesmo código de dependente. Não podem haver dois níveis salariais com o mesmo código de nível.
Requisitos Tanto o nome de um funcionário quanto o nome de um dependente devem ser uma sequência de caracteres na qual pode-se identificar pelo menos duas palavras. O grau de parentesco de um dependente pode ser CONJUGE ou FILHO.
Requisitos Todas as informações de data devem ser compostas por um ano (um valor inteiro não-negativo não superior a 10.000), um mês (um valor inteiro entre 1 e 12) e um dia (um valor inteiro entre 1 e 28, 29, 30 ou 31, de acordo com o mês e ano).
Requisitos Tanto a data de nascimento de um funcionário quanto a data de nascimento de um dependente não pode ser anterior a primeiro de janeiro de 1900. A data de contratação de um funcionário não pode ser anterior a 17 de abril de 1981 (data de criação da empresa).
Requisitos Um dependente que tem grau de parentesco como FILHO de um funcionário não pode ter data de nascimento anterior à data de nascimento do funcionário mais 10 anos. Tanto a idade de um funcionário como a idade de um dependente são determinados em função da data de nascimento e da data atual.
Requisitos Um dependente somente pode armazenar um número de matrícula de funcionário que de fato corresponda a um funcionário da empresa. Quando um funcionário deixa a empresa, seu registro deve ser removido do sistema de informações, juntamente com todos os registros de dependentes correspondentes.
Requisitos Um funcionário somente pode armazenar um código de nível salarial que de fato corresponda a um nível salarial definido para a empresa. Quando um nível salarial deixa de existir, todos os funcionários que por acaso sejam daquele nível precisam ser atualizados com um nível salarial existente.
Requisitos O valor mensal correspondente a um nível salarial deve ser um valor real não negativo e não superior a R$15.000,00. O valor da hora correspondente a um nível salarial deve ser um valor real não negativo e não superior a R$100,00.
Requisitos O modo de pagamento de um funcionário deve ser MENSALISTA ou HORISTA. O número de horas trabalhadas no mês para um funcionário só tem sentido se seu modo de pagamento for HORISTA. O número de horas trabalhadas no mês para um funcionário deve ser um valor inteiro entre 0 e 160.
Requisitos O salário do mês de um funcionário deve ser calculado em função de seu respectivo modo de pagamento, nível salarial e número de horas trabalhadas no mês, se for HORISTA, e do número de dependentes. O salário do mês calculado para um funcionário deve ser um valor real não negativo e não superior a R$20.000,00.