Segurança em BD - A generalidade dos SGBD s administra o acesso a qualquer recurso da Base de Dados. - Qualquer operação só é possível se uma das seguintes condições for satisfeita: - Foi garantido o privilégio ao utilizador. - A operação está disponível genericamente para todos os utilizadores.
Segurança em BD Cabe ao DBA a administração de todos os privilégios. Que utilizadores podem aceder a que bases de dados. Quais as operações que cada aplicação pode efectuar na base de dados. A definição da política de segurança requer privilégios máximos por parte do administrador. Sistemas independentes que facilitam a tarefa de administração de privilégios em bases de dados (IBM-RACF, Computer Associates ACF2, Top Secret,...)
Segurança em BD A definição da política de segurança de uma base de dados executa-se baseada em métodos de autenticação forte (strong autentication). Cada utilizador possui um Login (Account) unívoco com uma palavra-passe associada. Alguns SGBD s utilizam a informação proveniente do sistema operativo local. Outros requerem a definição de utilizadores e palavraspasse específicas
Segurança em BD A informação relativa a um utilizador é usualmente composta pelos atributos: Login Identificador unívoco do utilizador. Password Palavra, frase ou sequência de caracteres associada ao login e que apenas deve ser do conhecimento do próprio utilizador. Default DataBase Identificação da base de dados a que o utilizador se ligará por defeito. Nome Nome completo do utilizador. Detalhes Adicionais Informação adicional eventualmente relevante para o DBA, no cumprimento de qualquer tarefa de administração. E_mail, telefone, morada, fax,...
Segurança em BD Palavras-Chave Devem ser periodicamente actualizadas (alteradas) por forma a dificultar a tarefa de hackers (Sniffers) ou utilizadores com propósitos danosos para a BD. Podem ser automaticamente gerados pela SGBD. Potencialmente mais fiáveis e improváveis de decifrar. Mais difíceis i de memorização por parte do utilizador (ausência de mnemónicas,...) A não actualização da palavra passe pode simplesmente determinar a inactividade de uma conta no SGBD.
Segurança em BD Palavras- Chave (Regras) Evitar palavras-passe demasiadamente curtas. Cada uma deverá ter no mínimo seis caracteres. Cada palavra-passe deve consistir de uma sequência de caracteres alfanuméricos e numéricos, sendo encorajada a utilização de outros símbolos que dificultem a sua decifração (, $, #, &,, ) Evitar a utilização de palavras completas em qualquer linguagem (estrangeira ou nativa) Não utilizar informação pessoal do utilizador na construção da palavra-passe. (Telefone, nº contribuinte,...) Considerar a concatenação de várias palavras com símbolos de ligação Exemplo: MoonDance de Van Morrison é o meu album favorito MDVMmaf
Segurança em BD Logins Parâmetros de segurança Alguns SGBD s disponibilizam formas de controlo e parametrização dos logins de cada utilizador. Número de autenticações falhadas antes de bloquear a conta. Número de dias de validade da palavra-passepasse Reusabilidade de palavras-passe anteriores Número de dias sem utilização da base de dados...
Segurança em BD - Utilizadores UtilizadorBD1 Utilizador 1 B D UtilizadorBD1 Utilizador 2 UtilizadorBD2 Utilizador 3
Segurança em BD Utilizadores de Base de Dados Alguns SGBD s requerem adicionalmente à informação de autenticação ti no SGBD, informação específica para cada base de dados. Cada utilizador possui um login + palavra-passe para ligação ao SGBD. Por cada Base de dados permitida, terá que possuir um nome de utilizador e palavra-passe associada. Na maioria dos SGBD s é permitida a criação de utilizadores do tipo GUEST Normalmente para operações de consulta em tabelas (vistas) bastante te específicascas
Segurança em BD Gestão de permissões A administração de permissões num SGBD é efectuada através das instruções DAL (DCL Data Control Language) GRANT Atribuição de permissões. È necessário que o utilizador que atribui as permissões: Seja o dono do objecto Possua permissões de nível máximo. A permissão sobre o objecto lhe tenha sido atribuída com a clausula WITH GRANT OPTION REVOKE Remoção de permissões
Segurança em BD WITH GRANT OPTION Clausula que permite a um utilizador a transferência do privilégio de atribuição a outros utilizadores. A sua utilização origina a diferença principal entre: Administração Centralizada: Apenas um único utilizador possuir competências de gestão de permissões. Facilita a tarefa de administração, apesar de sobrecarregar o administrador. Administração Descentralizada: Fácil de estabelecer, dificulta o controlo sobre objectos específicos.
Segurança em BD Tipos de Privilégios Existem diferentes tipos de privilégios passíveis de atribuição / remoção, sendo alguns específicos de cada SGBD: Tabela Controlo sobre os utilizadores que podem aceder / modificar a informação contida numa tabela. Objecto da BD Controlo sobre os utilizadores que podem criar ou remover objectos da base de dados d (funções, procedimentos, vistas,...). Sistema Controlo sobre os utilizadores com permissões para executar tarefas de administração de sistema (REORG,...). Stored Procedures especificação dos utilizadores que podem executar procedimentos ou funções guardadas no SGBD.
Segurança em BD Atribuição de Privilégios Tabelas SELECT Permissão para o utilizador consultar informação de uma tabela ou vista. INSERT Permissão para o utilizador inserir novas instâncias numa tabela. UPDATE permissão para o utilizador alterar informação da tabela. DELETE Permissão para o utilizador eliminar instâncias de uma tabela ALL Conjunto de todas as permissões anteriores.
Segurança em BD Exemplos: GRANT DELETE ON Pessoas TO Utilizador1; Permite que o Utilizador1 possa eliminar instâncias da tabela Pessoas. GRANT UPDATE ON Alunos (Nome) TO Utilizador2; Permite que o utilizador2 possa alterar o conteúdo do atributo Nome da tabela Alunos. Objectos da Base de Dados Permite a criação de cada um dos tipos disponibilizados pelo SGBD (bases de dados, tablespaces, índices, eventos, tipos,...) GRANT CREATE table TO Utilizador1; Permite que Utilizador1 crie tabelas. GRANT CREATE trigger, CREATE index TO Utilizador1; Permite que o Utilizador1 crie índices e eventos.
Segurança em BD Privilégios de Sistema Define os utilizadores que podem executar comandos SQL específicos (criação de ficheiros de log, desactivação de bases de dados, monitorização de performance, criação de backups,...) Não são atribuídos ao nível da base de dados, Varia bastante enter SGBD s Exemplo: GRANT TRACE TO Utilizador1; Permite que o utilizador1 possa efectuar a análise do caminho para os dados de determinadas consultas
Segurança em BD Privilégios de execução Permitem definir quais os utilizadores que podem executar que funções e procedimentos guardados no SGBD. Exemplo: GRANT EXECUTE ON funcao1 TO Utilizador1 Permite que Utilizador1 execute a funcao1. GRANT EXECUTE ON procedure1re1 TO Utilizador1, Utilizador2,..., UtilizadorN Permite que n utilizadores executem o procedimento procedure1
Segurança em BD Privilégios públicos É possível a atribuição de privilégios a todos os utilizadores de um SGBD. Não pode ser conjugado com a clausula WITH GRANT OPTION Indicada para os recursos que devam estar disponíveis para todos os utilizadores. Pode implicar falhas ao nível da fiabilidade da informação. Exemplo: GRANT DELETE ON Pessoas TO PUBLIC Permite que qualquer q utilizador possa eliminar instâncias da tabela Pessoas
Segurança em BD Remoção de privilégios Constituí a instrução simétrica de GRANT. Possui sintaxe exactamente t igual ao GRANT. Exemplo: REVOKE UPDATE ON Pessoas (Nome) To Utilizador1 Retira o privilégio de alteração do atributo Nome da tabela Pessoas ao Utilizador1. A remoção de privilégios com a clausula PUBLIC não os retira aos utilizadores cuja atribuição tenha sido feita especificamente. A remoção de objectos de uma base de dados implica automaticamente a remoção de todos os privilégios atribuídos sobre ele.
Segurança em BD Remoção em cascata É possível a remoção de privilégios a um utilizador e simultaneamente efectuar a sua remição a todos os utilizadores que os tenham obtido a partir deste. Exemplo: CASCADE REVOKE DELETE ON X TO Utilizador1 Neste caso é explicitado que o Utilizador1 perde o privilégios de remoção de instancias da tabela X. Caso este tenha atribuído privilégios de remoção ao outros utilizadores, estes serão automaticamente retirados.
Segurança em BD Regras de Autorização e Grupos Por forma a facilitar as tarefas de administração de privilégios, é possível: Criar regras que contenham um conjunto de privilégios. Exemplo: CREATE role MANAGER; GRANT SELECT ON Tabela1 TO MANAGER; GRANT UPDATE ON Tabela2 TO MANAGER; COMMIT; GRANT MANAGER TO Utilizador1 Permite atribuir 2 regras (selecção e alteração) ao Utilizador1 numa só instrução.
Segurança em BD Auditorias É um mecanismo fornecido pela generalidade dos SGBD s que disponibiliza informação detalhada sobre a utilização de todos os recursos das várias bases de dados. Regista para cada operação efectuada: Utilizador que a executou. Quais os objectos afectados. Tempo da execução. Pode ser efectuada ao nível das bases de dados, dos objectos e dos utilizadores. Causa um impacto (previsível) no desempenho do SGBD. Especialmente importante para sistemas onde a informação tem elevada: Relevância Privacidade...
Acesso a Bases de Dados Dependendo dos SGBD s, é usual as capacidades de auditoria incluírem: Informação sobre as entradas e saídas efectuadas no SGBD (Bem ou mal sucedidas). Paragens e reinicializações efectuadas sobre o SGBD. Comandos executados pelos utilizadores. Tentativas de violação de restrições implementadas (CHECK, REFERENCES,...). Operações de manipulação de dados d efectuadas. Procedimentos e funções executadas. Alterações efectuadas à configuração do sistema.
Administração A manutenção e administração do SGBD é obviamente crucial para... Avaliabilidade Quantidade proporcional de tempo em que as bases de dados estão disponíveis. Desempenho Tempo médio de resposta a cada pedido Consistência Fiabilidade e integridade da informação Segurança Gestão dos recursos pelos utilizadores
Administração OS SGBD contêm normalmente ferramentas auxiliares que facilitam as tarefas de administração: Checkpoints Database Consistency Checker Backups Transferências de informação
Administração - Checkpoints Constituem um mecanismo de gravação de estado de uma base de dados. Informação Configurações Execução Manual Processo automático do SGBD
Administração - Checkpoints Aquando da sua execução, todas as dirty pages são escritas em ficheiro. Dirty page Contêm actualizações da informação ainda não aplicados fisicamente à base de dados. Por omissão ocorrem normalmente a cada 60 segundos. Valor parametrizável pelo administrador do SGBD
Administração - Checkpoints O comando CHECKPOINT é executado ao nível da base de dados. Caso um sistema tenha múltiplas bases de dados ele deverá ser executado em cada uma delas Para o efectuar é necessário que o utilizador seja o dono (owner) da base de dados.
Administração - Checkpoints Após uma falha abrupta no sistema (shutdown) o SGBD efectua o ROLLBACK das transações efectuadas depois do ultimo checkpoint. Desta forma o estado da base de dados passará a ser o ultimo estado consistente conhecido. Dados Informação de registo (log)
Administração - Checkpoints Em sistemas com elevado número de acessos e transações, o volume ocupado pela informação de registo de actividade é bastante superior ao efectivamente ocupado pela informação. O administrador pode especificar a opção Truncate Log que automaticamente faz com que a informação de log seja truncada em cada execução de um checkpoint. Dados Log
Administração - Checkpoints Esta opção é também efectuada ao nível de cada base de dados. Edição de propriedades no menu da base de dados. Quando está activa, o SGBD elimina toda a informação de log anterior ao ultimo checkpoint correctamente atingido Caso esteja a ser usada a replicação, apenas é truncado o log relativo a transações já replicadas.
Administração - DBCC Database Consistency Checker É uma ferramenta destinada a gerar informação detalhada sobre os objectos que o SGBD contém. Quando a quantidade de objectos (tabelas, regras, triggers, procedimentos,...) é elevada torna-se necessária ái a existência i de uma aplicação que efectue uma verificação completa do sistema.
Administração - DBCC Database Consistency Checker Para a sua execução é imprescindível que a actividade do SGBD seja minimizada, pelo que é conveniente efectuar a passagem para o modo de utilizador único: sp_dboption <base dados>, <parâmetro>, <valor> sp_dboption pubs, single_user, True
Administração - DBCC Database Consistency Checker No modo de utilizador único, é vedado o acesso a todos os restantes utilizadores. Após a execução das tarefas de verificação, deverá ser efectuada ao modo de utilização multi-utilizador: sp_dboption pubs, single user, FALSE
Administração - DBCC Database Consistency Checker DBCC NEWALLOC Esta opção substitui outra activa por omissão (CHECKALLOC) em que o processo de verificação pára sempre que é encontrado um erro. Pelo contrário, ao utilizar esta clausula, a verificação chega é efectuada a todos os objectos e só depois apresentada uma lista dos erros e estados encontrados.
Administração - DBCC Database Consistency Checker DBCC NEWALLOC Esta opção é também aquela que retorna maior volume de informação. Estruturas de tabelas Alocações físicas (páginas) Estruturas de índices Critérios de ordenação...
Administração - DBCC Database Consistency Checker DBCC CHECKDB Esta opção valida cada tabela de uma base de dados e as páginas de dados associadas, bem como os índices e referências. O administrador deve ter em atenção que a verificação é também efectuada às tabelas de sistema. Quando o número de tabelas é muito restrito pode ser usada a clausula CHECKTABLE
Administração - DBCC Database Consistency Checker DBCC SHRINKDB Ao criar uma nova base de dados é normalmente disponibilizado bastante mais espaço que aquele que esta efectivamente vai ocupar. Após a implementação e utilização da base de dados, pode-se chegar à conclusão de que existe bastante espaço desaproveitado.
Administração - DBCC Database Consistency Checker DBCC SHRINKDB Sintaxe: DBCC SHRINKDB <base dados> [,<tamanho>] Quando o administrador i d já sabe previamente o espaço disponibilizado para a base de dados pode explícita-lo: DBCC SHRINKDB pubs 20000 O valor é indicado em páginas 1 página = 2048 bytes
Administração - DBCC Database Consistency Checker DBCC SHRINKDB Caso o administrador não saiba qual o tamanho mínimo a disponibilizar, pode obter essa informação através de: DBCC SHRINKDB <base de dados> O sistema devolve então o valor mínimo em páginas em que a base de dados pode ser alojada.
Administração Regra geral os altos níveis de desempenho obtidos pelos SGBD são derivados de metodologias inteligentes t de acesso à informação. Quando é criado um procedimento o SGBD determina o melhor caminho para os dados. Desempenho Este caminho é altamente dependente do tipo de volume de dados.
Administração Cada execução do procedimento é efectuada segundo o caminho para os dados d previamente estabelecidos. Quando a informação é substancialmente t alterada, o melhor caminho pode deixar de o ser. Torna-se necessário explicitar o calculo do novo melhor caminho, através do comando: update statistics
Administração Sintaxe: Update Statistics <tabela> [.<indice>] Se fôr especificado um índice são apenas recalculados os caminhos que o estejam a utilizar. Caso não seja referido nenhum índice, deverão ser recalculados todos os caminhos que envolvam a tabela.
Administração Sintaxe: Update Statistics <tabela> [.<indice>] Se fôr especificado um índice são apenas recalculados os caminhos que o estejam a utilizar. Caso não seja referido nenhum índice, deverão ser recalculados todos os caminhos que envolvam a tabela.
Administração Recompilação O passo seguinte consiste em explicitar a recompilação dos procedimentos. Não é necessário ao administrador conhecer antecipadamente todos os procedimentos cujo caminho para os dados necessita de ser actualizado. Basta marcar a(s) tabela(s) para recompilação e todos os procedimentos que delas necessitarem serão recompilados.
Administração Recompilação Sintaxe: sp_recompile <tabela> Desta forma, antes da sua próxima execução, o melhor caminho para os dados de cada um desses procedimentos será recalculado. l Usualmente este procedimento é também efectuado em modo de utilizador único.
Administração - Backups A confiança depositada pelos utilizadores de um sistema informático é um dos factores de qualidade d mais relevantes desse sistema. No caso dos SGBD esta característica ti é ainda mais visível. Múltiplos utilizadores Múltiplas exigências Múltiplos requisitos.
Administração - Backups A criação de cópias de segurança é um dos pilares essenciais de um SGBD. A periodicidade de criação dessas cópias é dependente de cada sistema em particular. Quantidade d de informação Importância da informação Cabe ao DBA a tarefa de conceber planos de Cabe ao DBA a tarefa de conceber planos de segurança para a informação.
Administração - Backups Usualmente implementam-se sistemas de backups rotativos. 2 semanas 2 blocos de 1 semana As unidades de backup (tapes) colocadas em lugares fisicamente (bastante) distantes. Garantia da existência de 14 dias com estados estáveis da base de dados.
Administração - Backups Os backups são efectuados para unidades designadas de dump devices Unidades automaticamente reconhecidas pelo SGBD como um repositório de informação. Copiadas para diferentes localizações do disco ou para diferentes suportes CD, DVD, Tapes,...
Administração - Backups O primeiro passo consiste em definir os devices de backup É usual definir estas unidades em sistemas diferentes daquele onde está alojado o SGBD. Incremento de segurança sem custos adicionais relevantes. Garantia de acessibilidade ao sistema remoto Privilégios Garantia de espaço no sistema remoto
Administração - Backups De seguida pode-se partir para a criação do backup. Backup explicito: É definido manualmente pelo administrador do SGBD. Maior vulnerabilidade a esquecimentos ou outros factores inesperados. Backup escalonado. É definida id no SGBD a periodicidade com que devem ser automaticamente executados os backups.
Administração - Backups Em qualquer dos casos, a operação é efectuada apenas sobre uma base de dados. A criação de backups da informação de registo de actividade (log) é também imprescindível à segurança do sistema e em nada difere do backup de dados. É possível a definição de opções de notificação de estado. Escrita no registo de log do sistema operativo. Envio de emails.
Administração - Recuperação Tendo criado os devices de backup e executado as respectivas operações de salvaguarda de informação, pode a qualquer momento ser necessário recuperar a informação O primeiro passo será localizar o ficheiro dump device desejado para recuperar a BD.
Administração - Recuperação De seguida, e consoante o estado de perda do sistema poderá ser necessário: Instalar SGBD Restaurar a base de dados d principal i (master) t Criar os devices para a base de dados Restaurar a base de dados Restaurar os ficheiros de registo de actividade
Administração - Mirroring Como forma de incremento de segurança os SGBD possuem ainda outra opção: Replicação (Mirroring) i Os discos rígidos constituem uma das partes mais vulneráreis a falhas físicas no sistema computacional. As operações de mirroring são efectuadas ao nível dos devices e portanto transparentes para as aplicações cliente.
Administração - Mirroring abcd efa SGBD a abcd efa
Administração - Mirroring Quando o SGBD está a aceder a um dos devices e deixa de o conseguir fazer passa automaticamente para o device de mirror sem que isso seja perceptível para a aplicação cliente. Ao editar as opções de um device é possível definir as propriedades de mirroring
Administração - Mirroring É imprescindível que ao implementar processos de mirroring, estes também sejam feitos para a base de dados d principal i (master) do SGBD Esta BD contém informação imprescindível à correcta execução do processo de mirroring. Finalmente é necessário indicar os a e te é ecessá o d ca os parâmetros de mirroring da base de dados principal.
Data Warehouses - A crescente necessidade de sistemas inteligentes e de aquisição de conhecimento levaram à necessidade de implementação de Data Warehouses. - O que é uma Data Warehouse? - Colecção de bases de dados orientadas por assunto e desenhadas para suportar sistemas de apoio à decisão (William Inmon) - Bases de dados desenhada e optimizada para um tipo de processamento específico.
Data Warehouses Orientada por Assunto A informação contida numa Data Warehouse pertence a um domínio específico, em vez de englobar as necessidades específicas de uma organização Integrada Apesar da informação poder ter origem diversas, deve- se encontrar num estado estável e coerente. Variação temporal Toda a informação contida numa Data Warehouse esta associada a um intervalo específico de tempo. Não-Volatilidade Toda a informação é estável dentro da Data Warehouse. Pode ser adicionada mas não removida informação.
Data Warehouses Processo de integrar as transformações efectuadas sobre determinado tipo de informação por forma a permitir a aplicação de sistemas de aquisição de conhecimento. Aquisição de conhecimento não-imediato a partir da análise factual de uma BD. Normalmente alimentadas por um ou vários sistemas OLTP. Sistemas de inferência. Geração de regras. Arvore de decisão Algoritmos de agrupamento (Clustering) Sistemas de apoio à decisão...
Data Warehouses OnLine Transaction Process (OLTP) Enquadramento das bases de dados tradicionais. Âmbito de trabalho Transação Quantidade de informação Grupos de linhas Natureza da informação Primitiva Volatilidade da informação Alta Tempo de resposta Segundos Prioridades Desempenho e avaliabilidade Tipos de acessos Predefinidos e estáticos
Data Warehouses OnLine Analytical Process (OLAP) Enquadramento das Data Warehouses Âmbito de trabalho Base de dados inteira Quantidade de informação Linhas individuais Natureza da informação Derivada Volatilidade da informação Baixa Tempo de resposta Horas, dias,... Prioridades Flexibilidade Tipos de acessos Não definido e dinâmico
Data Warehouses Tabela Clientes BD Tradicional Ci Criação da tabela Inserção de elementos Alteração de elementos Remoção de elementos Código Nome Idade Morada Função 1 Ana 22 Abc Operário 5 José 24 Dfg Operário 6 Paulo 55 Odk Director 2 Carla 73 Ikj Secret. Consulta da informação desejada Data Warehouse Instante em que foram adicionados, alterados ou eliminados elementos. Aquisição de conhecimento sobre as alturas em que normalmente se inserem, alteram ou removem elementos
Data Warehouses Administração de Data Warehouses São acedidas essencialmente para operações de leitura Aplicação de processos analíticos sobre a informação. Tal como nas Bases de Dados tradicionais: Conhecimento prévio das operações a efectuar. Conhecimento prévio das aplicações a aceder à BD. Arquitectura Tipo de acesso Consultas-Padrão...
Data Warehouses Desenho de Data Warehouses Requisitos de acesso à informação, estruturas, índices e processos de optimização i (clustering) l t i são específicos das Data Warehouses. Dimension Table Bastante usual a arquitectura em estrela: Dimension Table Subject Table Dimension Table Dimension Table
Data Warehouses Arquitectura em Estrela Uma tabela central (Subject table) mantém a informação primária sobre o assunto da Data Warehouse. Rodeada por tabelas que representam os factores que influenciam (Dimension tables) a actividade. Justificações: É uma arquitectura flexível o suficiente para permitir a adição de novas tabelas á medida que a Data Warehouse cresce. É facilmente perceptível para os implementadores e utilizadores da BD. Modela a forma como os utilizadores tipicamente raciocinam acerca de uma domínio. Facto central influenciado por vários factores. Muitos SGBD s estão optimizados para construir junções em arquitecturas em estrela, potenciando a eficiência do sistema.
Data Warehouses Arquitectura em Estrela - Exemplo Tipo Tempo Rendimento Clientes Local
Data Warehouses Quando a complexidade do domínio aumenta, esta arquitectura pode dar origem à "Floco de Neve" em que as tabelas terminais da estrela são também influenciadas por diversos factores e constituem elas próprias tabelas centrais de outras estrelas. D10 D9 D1 D8 D7 DS3 DS4 S1 DS1 DS2 D2 D3 D = Dimension table S = Subject Table DS = Dimension / Subject Table D6 D5 D4
Data Warehouses Desnormalização é factor bastante usual nas Data Warehouses. Uma vez que funcionam como armazém para os dados e as suas alterações, tendem a apresentar dimensões elevadas. Necessidade de aplicação de mecanismos de compressão sobre algumas tabelas ou atributos específicos. Encorajamento de operações paralelas, sem necessidade de dependência entre parcelas da BD.
Data Warehouses Registo de Informação Uma das tarefas principais consiste na análise dos objectivos dos utilizadores da Data Warehouses de forma a poder implementar métodos que registem a informação pretendida. Evolução de determinados factores (ao longo do dia, hora, segundos,...) Relação entre vários parâmetros Importante a percepção: Qual o objectivo principal da Data Warehouse? Que resultados se esperam obter após a análise da informação aqui contida?
Data Warehouses Registo de Informação Fase seguinte consiste na captura da informação necessária a partir dos sistemas OLTP. SGBD s internos / externos, Sinais do utilizador, Sensores, Etc... OLTP OLAP OLTP
Data Warehouses Qualidade da Informação Utilizadores da Data Warehouse poderão não ter: Conhecimentos específicos de informática. Conhecimento sobre significado de determinados valores em campos específicos da BD. Necessidade da informação permanecer legível. Substituição de códigos por valores com significado intrínseco. No processo de transferência da informação, tomar previdência de forma a que permaneça legível.
Data Warehouses Qualidade da Informação Exemplo Análise da relação entre a categoria dos empregados da firma X e a sua produtividade. Código_Categoria Produtividade 1 17% 5 27% 6 62% 2 82% Categoria Produtividade Condutor 17% Estagiário 27% Chefe de Linha 62% Efectivo 82%
Data Warehouses Qualidade da Informação Identificação de informação inválida ou irrelevante. A implementação de valores por defeito pode constituir um problema. Ao identificar valor "1/1/1900" em Dt_Nascimento t significa que o empregado tem realmente 103 anos, ou não? Ter em mente que a análise da informação será feita por sistemas computacionais. Pouco racionais Pouco flexíveis
Data Warehouses Qualidade da Informação Necessário o estabelecimento de políticas relativamente a anomalias (inevitáveis) Encontradas pelos implementadores. Idenbtificadas pelos utilizadores finais. Inconsistências nos sistemas OLTP reflectemse nas Data Warehouses Ignorar inconsistencias? Corrigir o problema no sistema OLTP? Corrigir o problema na fase de importação da informação?
Data Warehouses Desempenho de Data Warehouses Tabelas automáticas de sumarização Constituem um dos factores principais com vista a melhoria da eficiência de uma Data Warehouse Consistem em tabelas / vistas, actualizadas a partir de eventos (triggers) e que sumariam o conteúdo de parcelas de informação. Alguns SGBD s permitem a sua criação automática a partir das funções matemáticas SQL: COUNT SUM AVG MIN MAX
Data Warehouses Consistência da informação Informação nos sistemas OLTP-fonte está permanentemente a mudar Necessidade de actualização da Data Warehouse. Implementação de mecanismos que determinem o grau de actualização da Data Warehouse Grau de confiança nos resultados obtidos após análise e aquisição de conhecimento.