O acrônimo que é conhecido como SQL corresponde à expressão em inglês Structured Query Language (compreendida em espanhol como Structured Query Language ), que identifica um tipo de linguagem vinculada ao gerenciamento de bancos de dados relacionais que permite a especificação de diferentes tipos de operações entre eles. Graças ao uso de álgebra e cálculos relacionais, o SQL oferece a possibilidade de consulta com o objetivo de recuperar informações de bancos de dados de maneira simples.

O cientista Edgar Frank Codd ( 1923 - 2003 ) foi quem propôs um modelo relacional para as bases de dados e criou uma sublinguagem para acessar os dados a partir do cálculo dos predicados. Com base no trabalho de Codd, a IBM ( International Business Machines ) definiu o idioma conhecido como Structured English Query Language ( SEQUEL ).

O SEQUEL é considerado o antecessor do SQL, uma linguagem de quarta geração que foi padronizada em 1986 . A versão mais primitiva do SQL, portanto, era denominada SQL-86 (também conhecida como SQL1 ).

Em essência, o SQL é uma linguagem declarativa de alto nível, pois, ao manipular conjuntos de registros e não registros individuais, oferece alta produtividade em codificação e orientação a objetos. Uma instrução SQL pode ser equivalente a mais de um programa que usa uma linguagem de baixo nível.

Um banco de dados, dizem os especialistas, implica a coexistência de vários tipos de idiomas. A chamada Linguagem de Definição de Dados (também conhecida como DDL ) é aquela que permite modificar a estrutura dos objetos cobertos pelo banco de dados por meio de quatro operações básicas. O SQL, por outro lado, é uma linguagem que permite manipular dados (Data Manipulation Language ou DML ) que contribui para o gerenciamento de bancos de dados por meio de consultas.

Como construir um banco de dados eficiente?

Qualquer empresa que almeja um futuro brilhante, com possibilidades de crescimento e expansão, deve ter um banco de dados, que será diferente em cada caso, ajustando-se às necessidades particulares de cada tipo de negócio, mas que deve ser cuidadosamente preparado, com uma estrutura sólida e configurável, aberta a possíveis modificações sem que isso ameace sua integridade.

Um dos pontos básicos ao construir um banco de dados é a indexação . Para entender esse conceito, vamos analisar brevemente um exemplo prático básico: suponha que uma empresa queira armazenar as informações pessoais de seus clientes e rastrear suas transações; para isso, uma possibilidade seria ter uma tabela para seus dados (nome, sobrenome, endereço de e-mail, etc.), outra para a descrição dos produtos (nome do item, preço, detalhes) e outra para vendas. Antes de detalhar quais campos poderiam estar presentes nesta última tabela, deve-se mencionar que nos demais há um elemento indispensável para uma boa organização: uma chave de identificação única.

Geralmente chamado de ID, geralmente é um número inteiro (sem decimais) e positivo que o banco de dados atribui automaticamente a cada novo registro (neste caso, cada novo cliente ou produto) e que nunca é repetido, para que o identifique a partir de seu nascimento (momento da criação) até a sua morte (quando é eliminado). Desta forma, se tomarmos por exemplo o registro "103 Pablo Bernal [email protected]", notamos que o seu ID é 103. Qual é a sua utilidade? Em suma, procure um cliente cujo nome seja n, seu sobrenome, e seu e-mail, e demore muito mais do que pedir à base para retornar todos os dados do cliente com o ID "103". Embora seja provável que na primeira operação nós especificamos todas as suas informações, uma vez que o programa as encontre, podemos usar este número para o resto das consultas.

Voltando ao exemplo, já que as tabelas de clientes e produtos teriam seu ID, relacionando-as à tabela de vendas é muito simples; seus campos podem ser: id de transação, id de cliente, id de produto, data, observações. Sem entrar em detalhes técnicos, fica claro que cada venda contém muito mais informação do que pode ser vista de relance, uma vez que, por exemplo, o id de um cliente nos ajuda a acessar todos os seus dados na tabela correspondente. Na implementação, é evidente que a complexidade pode ser muito maior, mas é importante começar com o básico para entender a importância de relacionamentos sólidos e eficientes .