O que faz um banco de dados relacional?

Não é uma calúnia sendo disseminada em toda a Internet. É tão profundamente enraizado que muitas pessoas inteligentes pensam que entendem. Faz todo o sentido. É lógico. É compreensível. Mas é errado, errado, errado.

Deixe-me explicar ...

Voltar na década de 1960 os computadores eram grandes, barulhentos e muito, muito caro. A informação foi mantida em locais mais ou menos aleatório e acessados por programas que foram mão-codificado para buscar e enviar os dados para o lugar certo. Foi um pouco como escrever os nomes de todos os seus amigos, juntamente com seus números de telefone ao acaso em um pedaço de papel. Como você sabe qual número de telefone pertence a qual amigo? Voltar naqueles primeiros dias, os programadores tinham de saber qual o item com o qual pertencia quando escreveu os programas para obter os dados do sistema. No sistema em si, foi muito bem em todo o lugar. Um número de clientes de telefone teve de ser ligada ao nome do cliente pelo programador, cada vez que a informação foi utilizada.

Então, em 1970, veio Ted Codd com seu papel seminal: "Um Modelo Relacional de dados para grandes bancos de dados compartilhados" (http://www.acm.org/classics/nov95/toc.html).

Dr. Edgar Codd nasceu em 1923 em Dorset, na Inglaterra, foi educado em Oxford e voou na RAF durante a guerra. Em 1949 ele entrou para a IBM nos EUA, se tornou um Fellow da IBM em 1976 e em 1981 foi agraciado com o Prêmio Turing, o prêmio mais alto possível na indústria. No entanto, poucas pessoas compreendem agora o seu "modelo relacional".

A maioria das pessoas sabe que as informações bancos de dados relacionais armazenam nas tabelas. Estes são apenas como as tabelas comuns que usamos todos os dias - telefone livros, listagens de programas de televisão, horários de comboios, tabelas da liga em esportes etc

Muitas pessoas pensam que é um banco de dados relacional se permite relacionar informações em uma tabela para o cruzamento da informação em outro.

Considere um sistema de ordem. Os clientes estão em uma tabela, juntamente com os seus contactos, limite de crédito, ordens de números de telefone, etc estão em outra tabela, com a primeira coluna é o número do cliente, assim você pode se relacionar ao Cliente Ordens para que o Cliente, realizado em outra tabela. Muitas pessoas pensam que isso é chamado de 'relação'. Na verdade, no Structured Query Language (SQL), que é usado para manipular bancos de dados relacionais, a sua chamada de 'participar'.

Ted Codd mostrou que a tabela é a relação. O que ele disse foi que se você colocar todos esses dados em uma tabela, você pode ver como um pedaço de dados (nome do cliente) refere-se a todos os outros (Customer número de telefone) sem ter de programá-lo o tempo todo.

como as tabelas comuns que usamos todos os dias - telefone livros, listagens de programas de televisão, horários de comboios, tabelas da liga em esportes etc

Muitas pessoas pensam que é um banco de dados relacional se permite relacionar informações em uma tabela para o cruzamento da informação em outro.

Considere um sistema de ordem. Os clientes estão em uma tabela, juntamente com os seus contactos, limite de crédito, ordens de números de telefone, etc estão em outra tabela, com a primeira coluna é o número do cliente, assim você pode se relacionar ao Cliente Ordens para que o Cliente, realizado em outra tabela. Muitas pessoas pensam que isso é chamado de 'relação'. Na verdade, no Structured Query Language (SQL), que é usado para manipular bancos de dados relacionais, a sua chamada de 'participar'.

Ted Codd mostrou que a tabela é a relação. O que ele disse foi que se você colocar todos esses dados em uma tabela, você pode ver como um pedaço de dados (nome do cliente) refere-se a todos os outros (Customer número de telefone) sem ter de programá-lo o tempo todo.

(Na verdade, o que ele disse foi algo como:

"A relação do termo é usado aqui no sentido aceito matemática. Dado conjuntos S1, S1, · · ·, Sn, (não necessariamente distintas), R é uma relação sobre estes n conjuntos se ela é um conjunto de n-tuplas de cada um dos que tem o seu primeiro elemento de S1, seu segundo elemento de S1, e assim por diante. "

mas ele era um matemático e um gênio e eu nem sou.)

Em uma tabela, por exemplo, um livro de telefone, você pode ler um nome em uma coluna e você sabe o número de telefone na coluna ao lado refere-se ao nome que você acabou de ler, e não algum outro nome em uma página diferente. Em toda a coluna (vertical) todas as informações são do mesmo tipo (nome ou número de telefone, mas não ambos). Em cada linha, todas as informações que está relacionada (o número de telefone pertence ao nome da coluna 'nome', e não algum outro nome em outro lugar).

Assim, um banco de dados relacional armazena seus dados em tabelas. É tão simples como isso. Estes quadros podem ou não se juntar a outras tabelas para consultas complexas, mas se não, não pare de ser relacional.

Em 1985, Ted Codd define regras para bancos de dados relacionais, 12 no total, mas apenas um deles (Regra 7: Alto Nível Insert, Update e Delete) fala, de passagem, sobre associação de tabelas. Algumas das regras ainda não são apoiados por atuais bancos de dados relacionais. Ted Codd faleceu em 2003, mas a tecnologia ainda não alcançou todos os seus insights notáveis.