|
Acadêmico(a): Jair Paulo Satig |
Título: Protótipode um Sistema de Homologação de Projetos Físicos de Banco de Dados Desenvolvidona Ferramenta Oracle designer 6I |
|
Introdução: |
Durante os últimos anos tem se verificado um crescimento substancial da quantidade de dados armazenados em meios magnéticos. Estes dados, produzidos e armazenados em larga escala, são inviáveis de serem lidos ou analisados por especialistas através de métodos manuais tradicionais, tais como planilhas de cálculos e relatórios informativos operacionais. Por outro lado, sabe-se que grandes quantidades de dados equivalem a um maior potencial de informação.
Entretanto, as informações contidas nos dados operacionais, não interessam quando estudados individualmente. Diante deste cenário, surge a necessidade de se explorar estes dados para extrair informação, conhecimento implícito e utilizá-lo no âmbito do problema. Argumenta-se que a necessidade de sistemas para dar suporte a decisão têm crescido ao longo dos anos cada vez mais dentro da granularidade de informações mais refinadas, da seguinte maneira: nos anos 70, em nível de nichos, grupos de interesse; nos anos 80, em nível de segmentos de mercado; e nos anos 90, em nível de clientes.
Este último nível, naturalmente, requer o uso de uma quantidade maior de dados para se extrair o conhecimento. A exploração do valor destes dados, ou seja, a informação neles contida implicitamente, depende de técnicas como regras de associação, classificação, entre outras capazes de gerenciar tarefas complexas. Essas tarefas podem ser realizadas com um banco de dados.
Para armazenar dados de forma consistente e gerenciar tarefas complexas, e de fácil recuperação pode se utilizar um banco de dados relacional. Segundo Harrington (2002), pode-se definir banco de dados relacional como uma coleção de dados relacionados, onde dados significam fatos conhecidos que podem ser armazenados e que possuem significado implícito. Neste contexto está inserido o banco de dados Oracle.
Um banco de dados Oracle tem uma estrutura física e lógica. Como essas estruturas no servidor são separadas, o armazenamento físico dos dados pode ser gerenciado sem afetar o acesso às estruturas lógicas de armazenamento. A estrutura física do banco de dados Oracle é determinada pelos arquivos do sistema operacional que o constituem. Cada banco de dados Oracle é formado por três tipos de arquivos: um ou mais datafiles, dois ou mais arquivos de registro redo e um ou mais arquivos de controle.
A estrutura lógica do Oracle é determinada por um ou mais tablespaces (espaços lógicos de armazenamento) e pelos objetos de esquema de banco de dados. Um esquema é uma coleção de objetos que por sua vez são as estruturas lógicas que se referem diretamente aos dados do banco de dados. Os objetos de esquema incluem estruturas tais como: tabelas, visões, seqüências, procedimentos armazenados, sinônimos, índices, agrupamentos e links de banco de dados.
As estruturas de armazenamento lógico incluindo tablespaces, os segmentos e as extensões, determinam como é usado o espaço físico de um banco de dados. Os objetos de esquema e os relacionamentos entre eles formam o projeto relacional de um banco de dados.
O Oracle fornece a capacidade de armazenar e acessar os dados de forma consistente com um modelo definido conhecido como modelo relacional. Em conseqüência disso, o Oracle é caracterizado como sistema de gerenciamento de banco de dados relacional (SGBDR) (Oracle 2000).
Os dados de um banco de dados relacional são armazenados em tabelas. As tabelas relacionais são definidas pelas suas colunas e recebem um nome. Em seguida, os dados são armazenados como linhas na tabela. Elas podem estar relacionadas entre si e o banco de dados pode ser usado para garantir esses relacionamentos.
Em função dos altos custos e da grande quantidade de tempo exigida pelas atividades dos administradores de dados na revisão dos modelos de dados físicos e lógicos, estas atividades muitas vezes são negligenciadas ou reduzidas e, conseqüentemente, é comum a entrega do software para seu usuário com a presença de defeitos não revelados prejudicando assim a qualidade do desenvolvimento.
A preocupação com a qualidade de software está se tornando cada vez maior em função do grande volume de software produzido atualmente e a exigência cada vez maior de seus usuários para que produza os resultados esperados sem erros ou falhas.
Para minimizar esses efeitos o trabalho propõe-se pesquisar e definir um padrão de modelagem de dados, visando assim desenvolver uma ferramenta que irá realizar uma varredura no modelo de dados físico do banco de dados Oracle, mais conhecido como metadados, comparando as estruturas desenvolvidas com o padrão definido, e após o processamento, o sistema emitirá, relatórios que indiquem divergências no modelo criado, permitindo assim ao programador consertar os erros no próprio modelo de dados, antes que a interface do sistema/programa seja desenvolvida, objetivando uma melhora significativa de qualidade no desenvolvimento do restante do sistema. |
|
|