 | Esta página ou se(c)ção precisa serformatada para o padrão wiki. Por favor ajude aformatar esta página de acordo com asdiretrizes estabelecidas.(junho de 2015) |
 | Este artigo ou secção contémuma lista de referências no fim do texto, mas as suas fontes não são claras porquenão sãocitadas no corpo do artigo, o quecompromete aconfiabilidade das informações. Ajude amelhorar este artigoinserindo citações no corpo do artigo.(novembro de 2012) |
Omodelo relacional é ummodelo de dados representativo (ou de implementação), adequado a ser o modelo subjacente de umsistema gerenciador de banco de dados (SGBD), que se baseia no princípio de que todos os dados estão armazenados emtabelas (ou,matematicamente falando,relações). Toda sua definição é teórica e baseada nalógica de predicados e nateoria dos conjuntos.
O conceito foi criado porEdgar Frank Codd em1970, sendo descrito no artigo "Relational Model of Data for Large Shared Data Banks". Na verdade, omodelo relacional foi o primeiro modelo de dados descrito teoricamente, os bancos de dados já existentes passaram então a ser conhecidos como (modelo hierárquico,modelo em rede ouCodasyl emodelo de listas invertidas).
O modelo relacional para gerência de bases de dados (SGBD) é um modelo de dados baseado emlógica e nateoria de conjuntos.
Em definição simplificada, o modelo baseia-se em dois conceitos: conceito de entidade e relação- Uma entidade é um elemento caracterizado pelos dados que são recolhidos na sua identificação vulgarmente designado por tabela.Na construção da tabela identificam-se os dados da entidade. A atribuição de valores a uma entidade constrói um registro da tabela.A relação determina o modo como cada registro de cada tabela se associa a registros de outras tabelas.
Historicamente ele é o sucessor domodelo hierárquico e domodelo em rede. Estas arquiteturas antigas são até hoje utilizadas em algunsdata centers com alto volume de dados, onde a migração é inviabilizada pelo custo que ela demandaria; existem ainda os novos modelos baseados emorientação ao objeto, que na maior parte das vezes são encontrados como kits em linguagem formal.
O modelo relacional foi inventado pelo Frank Codd e subsequentemente mantido e aprimorado porChris Date eHugh Darwen como um modelo geral de dados. NoTerceiro Manifesto (1995) eles mostraram como o modelo relacional pode ser estendido com características de orientação a objeto sem comprometer os seus princípios fundamentais.
A linguagempadrão para os bancos de dados relacionais,SQL, é apenas vagamente remanescente domodelo matemático. Atualmente ela é adotada, apesar de suas restrições, porque ela é antiga e muito mais popular que qualquer outralinguagem de banco de dados.
A principal proposição do modelo relacional é que todos osdados são representados como relações matemáticas, isto é, umsubconjunto doproduto Cartesiano denconjuntos. No modelo matemático (diferentemente do SQL), a análise dos dados é feita em uma lógica de predicados de dois valores (ou seja, sem o valornulo ); isto significa que existem dois possíveis valores para umaproposição: verdadeira ou falsa. Os dados são tratados pelo cálculo relacional ouálgebra relacional.
O modelo relacional permite aoprojetista criar um modelo lógico consistente dainformação a ser armazenada. Este modelo lógico pode ser refinado através de um processo denormalização. Umbanco de dados construído puramente baseado no modelo relacional estará inteiramente normalizado. Oplano de acesso, outras implementações e detalhes de operação são tratados pelo sistemaDBMS, e não devem ser refletidos no modelo lógico. Isto se contrapõe à prática comum para DBMSs SQL nos quais o ajuste de desempenho frequentemente requer mudanças no modelo lógico.
Os blocos básicos do modelo relacional são odomínio, outipo de dado. Umatupla é um conjunto deatributos que são ordenados em pares de domínio e valor. Uma relvar (variável relacional) é um conjunto de pares ordenados de domínio e nome que serve como um cabeçalho para uma relação. Umarelação é um conjunto desordenado de tuplas. Apesar destes conceitos matemáticos, eles correspondem basicamente aos conceitos tradicionais dos bancos de dados. Uma relação é similar ao conceito detabela e uma tupla é similar ao conceito delinha.
O princípio básico do modelo relacional é o princípio da informação: toda informação é representada porvalores em relações (relvars). Assim, as relvars não são relacionadas umas às outras no momento do projeto. Entretanto, os projetistas utilizam o mesmodomínio em vários relvars, e se um atributo é dependente de outro, esta dependência é garantida através daintegridade referencial.
Um exemplo bem simples da descrição de algumas tabelas e seus atributos:
Cliente(ID Cliente, ID Taxa,Nome,Endereço,Cidade,Estado,CEP,Telefone)
Pedido de compra(Número do pedido,ID Cliente,Factura, Data do pedido, Data prometida,Status)
Item do pedido(Número do pedido,Número do item,Código do produto, Quantidade)
Nota fiscal(Número da nota,ID Cliente,Número do pedido, Data, Status)
Item da nota fiscal(Número da nota,Número do item,Código do produto, Quantidade vendida)
Nesteprojeto nós temos cinco relvars: Cliente, Pedido de compra, Item do pedido, Nota fiscal e Item da nota fiscal. Os atributos em negrito e sublinhados sãochaves candidatas. Os itens sublinhados sem negrito são aschaves estrangeiras.
Normalmente umachave candidata é escolhida arbitrariamente para ser chamada dechave primária e utilizada com preferência sobre as outras chaves candidatas, que são então chamadas de chaves alternativas.
Umachave primária é um identificador único que garante que nenhumatupla será duplicada; isto faz com que orelacionamento em algo denominado ummulticonjunto, porque viola a definição básica de umconjunto. Umachave pode ser composta, isto é, pode ser formada por vários atributos. Abaixo temos um exemplo tabular da nossa variável exemplo Cliente; um relacionamento pode ser abstraído como um valor que pode ser atribuído a uma relvar.
| ID Cliente | ID Taxa | Nome Endereço | [Mais campos....] |
| 1234567890 | 555-5512222 | João Carlos Rua Principal nº 120 | ... |
| 2223344556 | 555-5523232 | Dorotéia Santos Avenida Principal nº 12 | ... |
| 3334445563 | 555-5533322 | Lisbela da Cruz Rua de trás nº123 | ... |
| 4232342432 | 555-5325523 | E. F. Codd Travessa principal nº 51 | ... |
| 4265871131 | 555-5487333 | franciwilliam projetada nº 1252 | ... |
Se nós tentarmosinserir um novo cliente com o ID1234567890, isto irá violar o projeto da relvar poisID Cliente é umachave primária e nós já temos um cliente com o número1234567890. ODBMS deve rejeitar umatransação como esta e deve acusar um erro de violação da integridade.
Aschaves estrangeiras são condições de integridade que garantem que o valor de um atributo é obtido de umachave candidata de outrarelvar, por exemplo na relvar Pedido o atributoID Cliente é uma chave estrangeira. Umaunião é uma operação que retorna a informação de várias relvars de uma vez. Através da união de relvars do exemplo acima podemosconsultar no banco de dados quais são os clientes, pedidos e notas. Se nós queremos apenas as tuplas de um cliente específico, podemos especificar isto utilizando uma condição de restrição.
Se queremos obter todos os pedidos do cliente1234567890, podemos consultar o banco de dados de forma que este retorne toda linha na tabela de Pedidos comID Cliente igual a1234567890 e agrupar a tabela de pedidos com a tabela de itens de pedido baseado noNúmero do pedido.
Existe uma imperfeição no projeto de banco de dados acima. A tabela de notas contém um atributo número do pedido. Assim, cada tupla na tabela de notas terá um pedido, o que implica precisamente um pedido para cada nota. Mas na realidade uma nota pode ser criada a partir de muitos pedidos, ou mesmo para nenhum pedido em particular. Adicionalmente um pedido contém um número de nota, implicando que cada pedido tem uma nota correspondente. Mas novamente isto não é verdadeiro nomundo real. Um pedido é às vezes pago através de várias notas, e às vezes pago sem um nota. Em outras palavras podemos ter muitas notas por pedido e muitos pedidos por nota. Isto é um relacionamentovários-para-vários entre pedidos e notas. Para representar este relacionamento no banco de dados uma nova tabela deve ser criada com o propósito de especificar a correspondência entre pedidos e notas:
PedidoNota (Número do pedido,Número da nota)
Agora, um pedido tem um relacionamentoum-para-vários para a tabela Pedido Nota, assim como o Cliente tem para a tabela de pedidos. Se quisermos retornar todas as notas de uma pedido específico, podemos consultar no banco de dados todos os pedidos cujoNúmero do pedido é igual aoNúmero do pedido na tabela Pedido Nota, e onde oNúmero da nota na tabela Pedido Nota é igual àNúmero da nota na tabela Notas.
Anormalização de banco de dados é normalmente realizada quando projeta-se umbanco de dados relacional, para melhorar aconsistência lógica do projeto do banco de dados e o desempenho transacional.
Existem dois sistemas mais comuns dediagramação que ajudam na representação visual do modelo relacional: O diagrama de entidade-relacionamentoDER, e o diagrama correlatoIDEF utilizado no método IDEF1X criado pelaForça Aérea dos Estados Unidos baseado no DER.