2.1. Fundamentos de tabela

Uma tabela em um banco de dados relacional é muito semelhante a uma tabela no papel: é composta por linhas e colunas. O número e a ordem das colunas são fixos, e cada coluna possui um nome. O número de linhas é variável, refletindo a quantidade de dados armazenados em um determinado instante. O SQL não dá nenhuma garantia relativa à ordem das linhas na tabela. Quando uma tabela é lida, as linhas aparecem em uma ordem aleatória, a não ser que uma ordenação seja explicitamente requisitada. Esta parte é descrita no Capítulo 4. Além disso, o SQL não atribui identificadores únicos para as linhas e, portanto, é possível existirem várias linhas totalmente idênticas na tabela. Isto é uma conseqüência do modelo matemático no qual a linguagem SQL está baseada, mas geralmente não é desejável. Mais adiante neste capítulo será mostrado como lidar com esta questão.

Cada coluna possui um tipo de dado. O tipo de dado restringe o conjunto de valores que podem ser atribuídos à coluna. Isto confere uma semântica [1] aos dados armazenados na coluna, permitindo que estes dados possam ser operados por computador. Por exemplo, uma coluna declarada como sendo de um tipo numérico não pode armazenar cadeias de caracteres com texto arbitrário, e os dados armazenados nesta coluna podem ser utilizados para efetuar cálculos matemáticos. Ao contrário, uma coluna declarada como sendo do tipo cadeia de caracteres aceita praticamente qualquer dado, mas não pode ser usada para efetuar cálculos matemáticos, embora possam ser efetuadas outras operações, como a concatenação de cadeias de caracteres.

O PostgreSQL possui um extenso conjunto de tipos de dado nativos, adequados para muitas aplicações. Os usuários também podem definir seus próprios tipos de dado. A maioria dos tipos de dado nativos possui um nome e uma semântica óbvia, portanto uma explicação detalhada será postergada até o Capítulo 5. Alguns dos tipos de dado freqüentemente utilizados são o integer para números inteiros, numeric para números possivelmente fracionários, text para cadeias de caracteres, date para datas, time para valores da hora do dia, e timestamp para valores contendo tanto a data quanto a hora.

Para criar uma tabela é utilizado o comando CREATE TABLE, próprio para esta tarefa. Neste comando são especificados ao menos o nome da nova tabela, os nomes das colunas, e os tipos de dado de cada coluna. Por exemplo:

CREATE TABLE minha_primeira_tabela (
    primeira_coluna text,
    segunda_coluna integer
);

Este comando cria a tabela chamada minha_primeira_tabela contendo duas colunas. A primeira coluna chama-se primeira_coluna, e possui o tipo de dado text; a segunda coluna chama-se segunda_coluna, e possui o tipo de dado integer. O nome da tabela e das colunas obedecem a sintaxe para nomes de identificadores explicada na Seção 1.1.1. Normalmente os nomes dos tipos também são identificadores, mas existem algumas exceções. Observe que a lista de colunas é separada por vírgula, e que esta lista está entre parênteses.

Obviamente, o exemplo anterior é muito artificial. Normalmente os nomes das tabelas e das colunas estão associados às informações armazenadas. Sendo assim, vejamos um exemplo mais realista:

CREATE TABLE produtos (
    id_produto integer,
    nome       text,
    preco      numeric
);

(O tipo numeric pode armazenar a parte fracionária, usual em valores monetários)

Existe um limite de quantas colunas uma tabela pode conter. Dependendo dos tipos das colunas, pode ser entre 250 e 1600. Entretanto, definir uma tabela com esta quantidade de colunas é muito raro e, geralmente, torna o projeto questionável.

Se uma tabela não é mais necessária, pode ser removida pelo comando DROP TABLE. Por exemplo:

DROP TABLE minha_primeira_tabela;
DROP TABLE produtos;

Tentar excluir uma tabela não existente gera erro. Entretanto, é comum os arquivos de comandos SQL tentarem excluir incondicionalmente a tabela antes de criá-la, ignorando a mensagem de erro.

Se for necessário modificar uma tabela existente consulte a Seção 2.6 mais adiante neste capítulo.

Utilizando as ferramentas discutidas até este ponto é possível criar tabelas totalmente funcionais. O restante deste capítulo está relacionado com a adição de funcionalidades na definição da tabela para garantir a integridade dos dados, a segurança, ou a conveniência. Se você está ansioso para colocar dados nas tabelas neste instante, então pode ir direto para o Capítulo 3 e ler o restante deste capítulo depois.