BASE DE DADOS

Os relacionamentos 1:M são os mais comuns.Este tipo de relacionamento acontece quando um registo de uma tabela1 se relaciona com muitos registos numa outra tabela2, mas cada registo da tabela2 se relaciona apenas com um registo da tabela1.No exemplo Editora, existem vários relacionamentos deste tipo.Por exemplo ,CodColecção da tabela Livros e CodColecção da tabela Colecção ->cada livro pertence a uma só colecção mas cada colecção contém vários livros.

Em praticamente todas as bases de dados existem relacionamentos de tipo N:M.Isto acontece quando um registo de uma tabela1 se relaciona com muitos registos numa outra tabela2, e cada registo da tabela2 se relaciona com muitos registos da tabela1.Nesta situação temos de criar uma nova tabela, intermédia, a que chamamos Tabela de ligação, transformando este relacionamento em dois relacionamentos de tipo 1:M, pois o Access apenas permite a existência de relacionamentos de tipo 1:1 e 1:M. No exemplo Editora, uma Venda pode conter vários Livros e cada Livro pode estar presente em várias Vendas.Criou-se assim a tabela de ligação Venda/Livro.

Existem alguns conceitos fundamentais, associados às Bases de Dados Relacionais, que apresentaremos de seguida.

Chave Primária

Para todas as tabelas do modelo relacional de bases de dados terão de ser identificadas as chaves primárias. Uma chave primária é composta por um ou mais atributos que identificam de forma unívoca cada registo de uma tabela. Por exemplo, na tabela Autor da base de dados Editora podemos identificar CodAutor como a chave primária da tabela,visto que, atribuindo um valor a esse atributo, obtemos um único registo (linha da tabela) ou, neste caso específico , um Autor. Existem situações em que é necessário considerar um conjunto de atributos em vez de um só atributo.Como exemplo vemos a tabela Autores/Livro, cuja chave primária é constituída pelos dois atributos CodAutor + CodLivro, dado que só conseguimos identificar univocamente uma linha da tabela atribuindo valores aos dois atributos em simultâneo.

Chave Estrangeira

Como já vimos, as tabelas do modelos relacional relacionam-se através da existência de campos comuns.Nesta situação, um campoo de uma tabela,que se relaciona com um campo que é Chave Primária de outra tabela, diz-se uma Chave Estrangeira. Na base de dados Editora, por exemplo, o campo CodRevendedor da tabela Vendas é uma Chave Estrangeira. pois relaciona-se com o atributo CodRevendedor da tabela Revendedores.

Regras de Integridade

Em qualquer base de dados é importante definir um conjunto de regras que garantam a adequação dos dados - regras de integridade.Além das regras de integridade que podem ser definidas pelo utilizador da base de dados (como,por exemplo, "o salário de um funcionário não pode ser inferior ao salário mínimo nacional" ou " a idade de um cliente tem de ser um número positivo"),existem regras de integridade inerentes ao próprio modelo relacional.Existem duas regras de integridade inerentes ao modelo relacional que são a regra de Integridade de Entidade e a regra de Integridade Referencial.

Integridade de Entidade

Esta regra diz-nos que numa tabela nenhum dos campos da chave primária pode ser nulo, isto é, terá de lhe ser atribuído algum valor.

Integridade Referencial

Esta regra diz-nos que, existindo uma chave estrangeira numa tabela, ou o seu valor existe num registo da tabela onde é chave primária ou o(s) campo(s) que constitui(em) é(são) nulo(s).

A linguagem SQL

A maioria dos SGBD´s comerciais fornece uma linguagem declarativa de alto nível. A mais conhecida é a SQL,do inglês Structured Query Language. Esta linguagem permite fazer a definição de dados, a inserção e actualização de dados e também a definição de consultas. O Acess permite realizar estas operações através de formas mais amigáveis, que irão sendo explicadas ao longo dos capítulos seguintes.