segunda-feira, 19 de agosto de 2013

12 regras simples: como Ted Codd transformaram o banco de dados humilde


Whitepaper gratuito: Incremente sua infra-estrutura


Aniversário Edgar - ou Ted - Codd é uma das figuras mais influentes na computação. Nascido 90 anos hoje *, Codd - falecido em 2003 - foi o homem que primeiro concebeu o modelo relacional para gerenciamento de banco de dados.



Bancos de dados relacionais são hoje onipresente - em seu PC, no smartphone, nos caixas eletrônicos do banco, dentro de sistemas de reservas das companhias aéreas - por isso é fácil de ser blasé sobre a sua contribuição, mas Codd trabalhou em um mundo diferente.


Você precisava ser uma programação cientista lerdo ou de foguete com uma base teórica para a construção de até um banco de dados em funcionamento.







A contribuição de Codd foi revolucionário: pela primeira vez, separou os dados da computação e da aplicação e, segundo, que descreveu um quadro para armazenar e recuperar dados usando linhas simples e tabelas.


Era um modelo todo mundo poderia comprar em - e eles fizeram.


A idéia de Codd foi a bases de dados como a GUI da Xerox Parc foi para PCs; bancos de dados relacional trouxe para as massas. Décadas mais tarde, analista da IDC estacas o valor do mercado global de banco de dados relacional em cerca de US $ 28 bilhões - e está crescendo em 7,6 por cento ao ano. Alguns dos maiores e mais rentáveis ​​nomes na cena da computação - Oracle, IBM e Microsoft - estão atualmente trabalhando em sistemas de gerenciamento de banco de dados relacional.


A descoberta Codd ganho o Prêmio Turing.


É fácil ver o sucesso através do presente. Isso acontece especialmente em tecnologia, onde fakers olhar para a lente do passado pronunciar o brilho inevitável de realizações de alguém hoje.


Mas não havia nada de inevitável sobre relacional. Na verdade, esta é uma tecnologia que nasceu como vive hoje - à beira de incerteza.


Os futuros usuários de grandes bancos de dados


Parece apropriado que alguém como Codd deve ter inventado um processo de simplificação da base de dados. Um matemático educado em Oxford, Codd havia teórico acadêmico ou do governo recheado camisa do tipo que estavam construindo muitos dos computadores sala de porte na época.


Codd era um outsider. Nascido em Poole, Dorset, em 1923, Codd servido na Royal Air Force (Comando Costeiro) e se mudou para os Estados Unidos após a Segunda Guerra Mundial. Uma vez lá, apesar de seus talentos óbvios em números e voando, ele trabalhou como balconista no EUA varejista Macy antes de ir para ensinar matemática na Universidade de Tennessee - não exatamente um destino Liga Ivy.


Sua carreira em computação não começou até que ele tinha 26 anos, em 1949, quando Codd ingressou na IBM como um matemático de programação. No Big Blue, Ele trabalhou na seqüência seletiva calculadora eletrônica e IBM da placa-programado calculadora eletrônica.


Relacional que aconteceu depois, certo? Errado. Pessoalmente ofendido pela Guerra Fria Comunista-baiting, Codd abandonado IBM dos EUA o senador Joseph McCarthy e os EUA totalmente em 1953 e foi trabalhar do outro lado da fronteira, no Canadá. Ele só voltou IBM depois de correr para um ex-colega de quatro anos depois.


Ter transferido para as instalações de pesquisa da IBM em San Jose, Califórnia, Codd estava no caminho certo para trabalhar em bancos de dados. Em 1970, Codd publicou o papel que a história mudou, um modelo relacional de dados para grandes bancos de dados compartilhados ( PDF ). Em um artigo que abriu famosa: "Os futuros usuários de grandes bancos de dados devem ser protegidos de ter que saber como os dados são organizados na máquina", ele propôs a substituição das estruturas hierárquicas ou de navegação usados ​​para construir bases de dados com as tabelas de linhas e colunas.


Era simples e sensacional. Mas a IBM não mordem.


Na época, os bancos de dados caiu para dois campos: IMS da IBM (Information Management System) usado um sistema hierárquico de associar tipos relacionados sob um identificador de nível superior. Então, se você fosse um banco, por exemplo, esse identificador pode ser o nome de uma pessoa com todos os dados relacionados - endereço, crianças, outras contas, e endereço - pendurado, por baixo. CODASYL foi a segunda abordagem, e usou um modelo de banco de dados de navegação que lhe permitiu definir o esquema de seu banco de dados e sua linguagem.


Imagine seus dados, congelada


Os problemas eram claras: nem dimensionado. Os dados foram conectados em qualquer um de cima para baixo ou de uma língua ou esquema silo escolhido pelo construtor do banco de dados.


Não havia normas intersectoriais para consulta, nunca mente para ferramentas de terceiros e portabilidade de dados era quase impossível, a menos que ambos os dados armazena compartilhavam a mesma estrutura de banco de dados. A fim de consultar dados, você exigiu rotinas escritas por seres humanos para funções muito específicas.


Se você estava trabalhando com bancos de dados, você também precisava saber várias línguas e estruturas e foram muito bem casada com o indivíduo ou empresa que havia construído o seu banco de dados.


Linhas e mesas eram simples. Eram agnóstico sobre o tipo e todo mundo entendeu o princípio.


A última peça do quebra-cabeça relacional encaixados em seus lugares um ou dois anos mais tarde, quando IBMers Donald Chamberlin e Raymond Boyce seguiu com SEQUEL (Structured Query Language Inglês), que mais tarde tornou-SQL, dando forma física à teoria relacional.


Na medida em que a IBM estava em causa, no entanto, relacional foi DOA. O gigante de mainframe foi também investido fortemente em IMS e não estava disposto a canibalizar o negócio. Não foi até uma década mais tarde, quando a IBM lançou o SQL / DS e DB2, em 1981 e 1983, que o empregador de Codd entrou no jogo relacional. Em 1985, Codd havia esboçado suas 12 regras para a definição de um banco de dados totalmente relacional .







via Alimentar (Feed)

Nenhum comentário:

Postar um comentário