# data[].attributes.body
O pesquisador da IBM Edgar Frank Codd, propõe o modelo de dados relacional, que se tornou um marco em como pensar em banco de dados. Ele desconectou a estrutura lógica do banco de dados do método de armazenamento físico. Sistema quese tornou padrão desde então.

# data[].attributes.body
Em 1993, Sr. David Hughes queria um banco de dados para uma aplicação de monitoramento de rede, ele queria utilizar um banco de dados relacional com a linguagem SQL e tentaram criar uma interface SQL para o Postgres, mas ele era muito complexo e pesado para a tarefa que eles tinham em mente. Então eles criaram uma versão mais simples de um banco de dados que implementava apenas uma parte do SQL, feito para hardwares bastante simples. O mSQL teve grande importância nos primórdios da WWW pois era simples, leve e rápido. Ele foi muito utilizado entre 1994 e 1997, quando foi superado pelo MySQL.

# data[].attributes.body
Em 1994, dois alunos graduados em Berkeley adicionam a linguagem SQL ao Postgres que passa a ser chamado depois de PostgreSQL. A Partir de 1996, ele passa a ser mantido por uma comunidade de desenvolvedores independentes conhecida como PGDG ou PostgreSQL Global Development Group, sendo hoje o 4º maior banco de dados.

# data[].attributes.body
Dois principais protótipos de sistema relacional foram desenvolvidos:

Ingres:

Desenvolvido pela UCB.

System R:

Desenvolvido pela IBM San Jose e serviu de base para o IBM SQL/DS.
O termo Sistema de Gerenciamento de Banco de Dados Relacional (SGBDR) foi definido durante este período.

# data[].attributes.body
No final da década de 50 a IBM investe fortemente para promover um avanço na forma com que os dados eram armazenados. Surgiram vários modelos de Bancos de Dados, incluindo os Modelos Hierárquico e de Rede.

# data[].attributes.body
O modelo hierárquico organiza dados em uma estrutura do tipo árvore, onde cada registro tem um único "pai" ou raiz. Registros "irmãos" são classificados em uma ordem específica. Essa ordem é usada como a ordem física para armazenar o banco de dados.

# data[].attributes.body
Baseia no modelo hierárquico, permitindo relações muitas para muitas entre registros vinculados, implicando em vários registros "pai". Baseado na teoria de conjuntos matemáticos, o modelo é construído com conjuntos de registros relacionados.
Foi mais popular nos anos 70, depois de ter sido formalmente definido pela Conferência sobre Linguagens de Sistemas de Dados (CODASYL).

# data[].attributes.body
Dr Peter Chen propõe o modelo Entidade-Relacionamento (ER) para projetos de banco de dados dando uma nova e importante percepção dos conceitos de modelos de dados.

ER possibilita ao projetista concentrar-se apenas na utilização dos dados, sem se preocupar com estrutura lógica de tabelas.

# data[].attributes.body
A comercialização de sistemas relacionais começa a virar uma febre entre as organizações.

Linguagem Estruturada de Consulta – SQL (Structured Query Language) se torna um padrão mundial.

IBM transforma o DB2 como carro chefe da empresa em produtos para BD.

Os modelos em rede e hierárquico passam a ficar em segundo plano, praticamente sem desenvolvimentos utilizando seus conceitos

O desenvolvimento do IBM PC desperta muitas empresas e produtos de BD

# data[].attributes.body
Vemos a decadência da indústria da Internet de uma maneira geral, mas sólidos crescimentos em aplicações para BD continuam.

Aparecem mais aplicações que interagem com PDAs (Personal Digital Assistant), transações em PDVs, consolidação de vendas, etc.

Três companhias predominam no amplo mercado de BD: IBM (que comprou a Informix), Microsoft e Oracle.

# data[].attributes.headline
2003
Em 18 de abril, morre o pai do modelo relacional, o Dr. Edgar Frank “Ted” Codd. Aos 76 anos de idade, em sua casa na Flórida.

# data[].attributes.subject
2003
Em 18 de abril, morre o pai do modelo relacional, o Dr. Edgar Frank “Ted” Codd. Aos 76 anos de idade, em sua casa na Flórida.

# data[].attributes.body
O uso de BD móveis são os novos produtos que vem surgindo para comercialização em vários segmentos. Processos de transações distribuídas começam a se tornar uma regra em várias áreas de planejamento de negócios.

Provavelmente veremos uma leve crise nas vendas dos RDBMS e Linux com Apache suportarão MySQL (e até mesmo Oracle) com um hardware relativamente barato e isso será a maior ameaça ao alto custo de sistemas legados da Oracle e DB2 e então se dará início a projetos para manter seus clientes.

Tudo será orientado a objeto, inclusive os BD. Object Database Management Group (ODMG) propôs um padrão que foi aceito e, quem sabe, algo venha deles. Assuntos como ética e segurança tendem a diminuir, mas invariavelmente voltarão à tona.

# data[].attributes.body
Sistemas gigantescos (Terabytes) estão surgindo e necessitarão cada vez mais de novos recursos para manipulação e análise dos dados.

Estamos presenciando grandes projetos envolvendo BD como o projeto Genoma, geologia, segurança nacional e dados de exploração espacial.

Data mining, data warehousing, data marts são técnicas utilizadas atualmente e no futuro serão utilizados cada vez mais, sem dúvida alguma. Sistemas de compras personalizadas e inteligentes serão fato e utilizarão histórico de vendas.

# data[].attributes.body
Sucessores do SQL surgirão no futuro. Várias tentativas de padronizar um sucessor do SQL não foram bem sucedidas. SQL92, SQL2 e SQL3 ainda estão pouco potentes e mais extensões são difíceis de implementar. Muito provavelmente isto será alcançado pelo XML e outras técnicas emergentes. XML com Java para BD é a nova aposta como o “próximo grande acontecimento”. Vejamos mais tarde o que mais será novidade.