5.1. Noções básicas de tabela

Uma tabela em um banco de dados relacional é muito semelhante a uma tabela no papel: é formada 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 padrão SQL não dá nenhuma garantia sobre a ordem das linhas na tabela. Quando a tabela é lida, as linhas aparecem em uma ordem aleatória, a não ser que a classificação seja requisitada explicitamente. Esta parte é descrita no Capítulo 7. 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 subjacente ao SQL, 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 e atribui semântica [1] aos dados armazenados na coluna, de forma que estes possam ser processados. Por exemplo, uma coluna declarada como sendo de um tipo numérico não aceita 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 espécie de 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 muitos aplicativos. Os usuários também podem definir seus próprios tipos de dado. A maioria dos tipos de dado nativos possui nome e semântica óbvia, portanto uma explicação detalhada será postergada até o Capítulo 8. Alguns dos tipos de dado mais 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 data quanto hora.

Para criar uma tabela utiliza-se o comando CREATE TABLE. Neste comando são especificados, ao menos, o nome da nova tabela, os nomes das colunas, e o tipo 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 identificadores explicada na Seção 4.1.1. Normalmente os nomes dos tipos também são identificadores, mas existem algumas exceções. Deve ser observado que a lista de colunas é envolta por parênteses, e os elementos da lista são separados por vírgula.

Obviamente, o exemplo anterior é muito artificial. Normalmente são dados nomes para as tabelas e para as colunas condizentes com as informações armazenadas. Sendo assim, vejamos um exemplo mais próximo da realidade:

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

(O tipo numeric pode armazenar a parte fracionária, comum 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 for mais necessária, poderá ser removida utilizando o comando DROP TABLE. Por exemplo:

DROP TABLE minha_primeira_tabela;
DROP TABLE produtos;

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

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

Utilizando as ferramentas mostradas 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 comodidade. Se você está ansioso para colocar dados nas tabelas neste instante, então poderá ir diretamente para o Capítulo 6 e ler o restante deste capítulo depois.