SISTEMAS DE GESTO DE BASE DE DADOS

Os SGBD (Sistemas de Gesto de Base de Dados) so programas que permitem criar manipular Base de Dados em que os dados so estruturados com independncia relativamente aos programas de aplicao que os manipula.

Exemplos de SGBD: BD2 InterBase MySQL Oracle Microsoft SQL Server Sybase Informix Firebird

Nveis de arquitectura de um SGBD Nvel Fsico (Os ficheiros de dados so guardados em suportes de armazenamento informtico (Disco, Disquetes, etc) e a partir da so manipulados por um SGBD em execuo no computador. Nvel Conceptual (O SGBD deve proporcionar aos utilizadores e programadores meios de estruturar ou organizar informao, por forma a que este fique disponvel para ser consultada e actualizada por utilizadores finais). Nvel de Visualizao (Corresponde forma como os dados so apresentados aos utilizadores finais, atravs de interfaces grficos proporcionados por um SGBD).

Operaes com um SGBD Definio e Alterao da estrutura de uma base de dados: o Criao de Base de Dados o Criao de ndices (referncias s tabelas) o Criao de tabelas o Alterao da estrutura de uma tabela o Eliminao de ficheiros e tabelas Manipulao de dados sem a alterao da sua estrutura: o Consultas e pesquisas o Insero, alterao e eliminao dos registos Controlo de dados: o Direitos de acesso a utilizadores e grupos de utilizadores

BASE DE DADOS

O que uma Base de Dados ou Banco de Dados uma coleco de informaes relacionada com um determinado tema ou propsito, so conjunto de dados com uma estrutura regular que organizam informao, normalmente agrupa informaes utilizadas para o mesmo fim. Um banco de dados usualmente mantido e acessado por meio de um software conhecido como SGBD.

Uma base de dados na sua forma mais simples, no passa de uma Tabela (Objecto no qual se guarda toda a informao de uma base de dados) com informao cruzada. Imagine o controlo de uma conta bancria, desde a sua abertura at uma data. Para que o controlo seja eficaz ser necessrio que a tabela contenha vrios itens, como so data de transaco, o montante envolvido, o tipo de transaco (Dbito ou Crdito) e o motivo dessa transaco. Exemplo: Data 10/02/2006 20/02/2006 25/03/2006 10/05/2006 Descrio Abertura de conta Gasolina Compras domsticas no estab. Semedo Vencimento Tipo C D D C Montante 100.000.000$00 10.000$00 30.000$00 150.000$00

As colunas so denominadas de Campos ou Atributos, e as linhas so denominadas de Registos ou Tuplas. O exemplo acima mostra uma tabela muito simples com apenas uma nica tabela, que poderia ter mais campos, o que melhoraria a sua qualidade. No caso de uma base de dados mais complexa, pode existir a necessidade desta conter vrias tabelas. No caso de um estabelecimento que tenha um conjunto de Clientes, um leque de Fornecedores e logicamente vrios produtos comercializveis. Para representar toda a informao relativa aos dois ltimos grupos numa s tabela, seria necessrio criar uma tabela de grandes dimenses. Exemplo: Produto Acar Arroz Batata Feijo PVP x$00 x$00 x$00 x$00 Exist. 1100 1500 1150 950 Fornecedor Telefone N Cont. A B A B 11111 222111 11111 222111 22145 12546 22145 12546 QTD adq. 100 150 200 75 Preo Aquisio xxxx$00 yyyy$00 zzzz$00 wwwww$00

Note que cada vez que efectuada uma aquisio a um fornecedor, os dados deste so repetidos escusadamente. Se optarmos por dividir essa informao por vrias tabelas (Produtos, Fornecedores, Transaces) evitar-se- a duplicao de informao, mas acima de tudo os dados seriam mais facilmente consultados. Exemplo: Produtos Fornecedores

Produto Acar Arroz Batatas Feijo

PVP x$00 x$00 x$00 x$00

Exist. 1100 1500 1150 950 .

Fornecedor Telefone A B 11111 222111

N Cont. 22145 12546

Produtos Acar Arroz Batata Feijo

Fornecedores A B A B

QTD adq. 100 150 200 75

Preo aquisio xxxx$00 yyyy$00 zzzz$00 wwwww$00

No entanto para tirar total proveito destas trs tabelas necessrio relacion-las, para que se possa saber, por exemplo, para que n de telefone se deve telefonar para encomendar um determinado produto que est a faltar.

Produto PVP Existncias

Produto Fornecedor QDT adquirida Preo aquisio

Fornecedor Telefone N Contribuinte

Assim na primeira tabela pode-se verificar a quantidade das existncias e perguntar qual o n de telefone do fornecedor referente ao produto em causa. Uma vez que o programa seguir as ligaes.

A este tipo de estrutura chama-se de Base de Dados Relacionais.

MODELO RELACIONAL

Modelo baseado na teoria dos conjuntos. Conceito base: Relao ou Tabela: Estrutura bidimensional com um determinado esquema de zero ou mais instncias. Tuplo: Instncias ou registo de uma tabela. Atributo: Componente da tabela, campo traduz o tipo de dados a utilizar. Domnio: Gama de valores possveis que um atributo pode tomar. Ex: o atributo Preo de produto tem como domnio o conjunto dos valores reais positivos. Grau de Relao: N de atributos que constituem a tabela. Cardinalidade: N de tuplos que constituem a tabela.

Atributo

Cod. Produto 1234 Tuplo 5412 2143 8523

Designao Monitor 15 Teclado e Rato Impressora Lazer HP UPS APC Grau de Relao (3)

Preo 150.000 1.500 25.000 9.000 Cardinalidade da Relao (4)

Domnio

Domnio

 Caractersticas essenciais das relaes ou tabelas 1 O valor de cada atributo atmico ou seja no cruzamento de uma linha com uma coluna s possvel encontrar um valor. 2 Os atributos de uma relao devem ter identificadores distintos. 3 Os tuplos de uma relao devem ser distintos. 4 A ordem dos tuplos de uma relao no tem significado. Relacionamento entre relaes ou tabelas

As tabelas relacionam-se entre si atravs de chaves. Uma chave um conjunto de um ou mais atributos que determinam a unicidade de cada registro. A unicidade dos registros, determinada por sua chave (atributo ou conjunto de atributos que permite identificar de um modo unvoco os registros de uma tabela), tambm fundamental para a criao dos ndices. Tipos de chaves: Chave Primria (PK Primary Key) a chave que identifica cada registro dando-lhe unicidade. A chave primria no se repetir. Caractersticas de uma chave primria: Ser unvoco No ser nula No ser redundante

Problemas de redundncia: Manuteno Armazenamento repetido dos mesmos dados que complica operaes de alterao e remoo. Custo de Espao de Armazenamento Espao em disco utilizado com repetio da informao, torna-se dispendioso nas consultas. Desempenho mais acesso no disco para trazer os mesmos dados.

Nota: O atributo nome ou designao no o mais indicado para chave primria, como tal, perante a dificuldade por vezes encontrada, usa-se muitas vezes um atributo artificial cdigo nico do registro. Ex: Produto (Cod_Prod; Designao; Cor; Fornecedor)

Neste exemplo da tabela produtos, o atributo mais aconselhado a atribuir a chave primria o atributo Cod_Prod, por ser unvoco. Chave Estrangeira (FK Foreign Key) a chave formada atravs de um relacionamento com uma chave primria de outra tabela. A chave estrangeira a chave primria numa outra tabela. Ex: Cliente (Cod_Cliente; Nome; Cliente) Filme (Cod_Filme; Categoria; Titulo) Aluguer (Cod_ Aluguer; Cod_Cliente; Cod_Filme; Data)

Neste exemplo, temos as chaves primrias (Cod_Cliente [Cliente]; Cod_Filme [Filme] e Cod_Aluguer [Aluguer] e as chaves estrangeiras [Cod_Cliente e Cod_Filme] na tabela Aluguer).

Tipos de relacionamentos: Um para um (1 para1) Um para muitos (1 para N) Muitos para muitos (N para N)