As tabelas que o servidor de banco de dados suporta residem em uma ou mais partes de um ou mais discos. Você controla a colocação de uma tabela no disco ao criá-la, atribuindo-a a um dbspace.

Um dbspace consiste em um ou mais blocos. Cada pedaço corresponde a toda ou parte de uma partição de disco. Ao atribuir chunks a dbspaces, você disponibiliza o espaço em disco nesses chunks para o armazenamento de tabelas ou fragmentos de tabelas. Ao configurar chunks e alocá-los para dbspaces, você deve relacionar o tamanho dos dbspaces às tabelas ou fragmentos que cada dbspace deve conter. Para estimar o tamanho de uma tabela, siga as instruções em Estimando o tamanho da tabela.

O administrador do banco de dados (DBA) responsável por criar uma tabela atribui essa tabela a um dbspace de uma das seguintes maneiras:

• Usando a cláusula IN DBSPACE da instrução CREATE TABLE
• Usando o dbspace do banco de dados atual
  A instrução DATABASE ou CONNECT mais recente que o DBA emite antes de emitir a instrução CREATE TABLE define o banco de dados atual.

O DBA pode fragmentar uma tabela em vários dbspaces, conforme descrito em Planejando uma estratégia de fragmentação, ou usar a instrução ALTER FRAGMENT para mover uma tabela para outro dbspace. A instrução ALTER FRAGMENT fornece o método mais simples para alterar o posicionamento de uma tabela. No entanto, a tabela fica indisponível enquanto o servidor de banco de dados processa a alteração. Programe a movimentação de uma tabela ou fragmento em um momento que afete o menor número de usuários.

Existem outros métodos para mover tabelas entre dbspaces:

• Você pode descarregar os dados de uma tabela e, em seguida, mover esses dados para outro dbspace com as instruções SQL LOAD e UNLOAD, os utilitários onload e onunload ou o High-Performance Loader (HPL).
• Você pode carregar e descarregar dados de tabelas externas.

Mover tabelas entre bancos de dados com LOAD e UNLOAD, onload e onunload ou HPL envolve períodos em que os dados da tabela são copiados para a fita e, em seguida, recarregados no sistema. Esses períodos apresentam janelas de vulnerabilidade durante as quais uma tabela pode se tornar inconsistente com o resto do banco de dados. Para evitar que a tabela se torne inconsistente, você deve restringir o acesso à versão que permanece no disco enquanto ocorrem as transferências de dados.

Dependendo do tamanho, da estratégia de fragmentação e dos índices associados a uma tabela, pode ser mais rápido descarregar uma tabela e recarregá-la do que alterar a fragmentação. Para outras tabelas, pode ser mais rápido alterar a fragmentação. Você pode experimentar para determinar qual método é mais rápido para uma tabela que deseja mover ou particionar novamente.