Conceito de tabelas transparentes, agrupadas e de cluster em bancos de dados: uma explicação clara.

Venketesh,

Tabela Transparente: Existe com a mesma estrutura tanto no dicionário como no banco de dados, exatamente com os mesmos dados e campos.

Tabela Agrupada: As tabelas agrupadas são tabelas lógicas que devem ser atribuídas a um grupo de tabelas quando são definidas. As tabelas agrupadas são usadas para armazenar dados de controle. Várias tabelas agrupadas podem ser combinadas em um grupo de tabelas. Os dados dessas tabelas agrupadas são então ordenados em uma tabela comum no banco de dados.

Tabela de Cluster: As tabelas de cluster são tabelas lógicas que devem ser atribuídas a um cluster de tabelas quando são definidas. As tabelas de cluster podem ser usadas para armazenar dados de controle. Também podem ser usadas para armazenar dados temporários ou textos, como documentação.

Diferença entre tabelas padrão, tabelas agrupadas e tabelas de cluster

Uma tabela transparente é uma tabela que armazena dados diretamente. Você pode ler essas tabelas diretamente no banco de dados fora do SAP, por exemplo, com uma declaração SQL.

A tabela transparente é uma tabela de relação um para um, ou seja, ao criar uma tabela transparente, exatamente a mesma tabela é criada no banco de dados e é basicamente usada para armazenar dados de transações.

Uma tabela de cluster e uma tabela agrupada não podem ser lidas fora do SAP porque certos dados estão agrupados e reunidos em um único campo.

Uma das possíveis razões é, por exemplo, que seu conteúdo pode ter variável em comprimento e estrutura. As manipulações do banco de dados em Abap também são limitadas.

Mas a tabela de grupo e de cluster é uma tabela de relação de muitos para um. Isso significa que muitas tabelas de grupo são armazenadas em uma tabela de banco de dados conhecida como grupo de tabelas.

Todas as tabelas de grupo armazenadas no grupo de tabelas não precisam ter nenhuma relação de chave externa, mas no caso da tabela de cluster é obrigatório. E a tabela de grupo e de cluster é usada basicamente para armazenar dados de aplicativos.

O grupo de tabelas pode conter de 10 a 1000 pequenas tabelas de grupo que têm de 10 a 100 registros. Mas a tabela de cluster pode conter muito poucas, mas muito grandes (1 a 10) tabelas de cluster.

Para a tabela de grupo e de cluster, você pode criar um índice secundário e pode usar select distinct, group para a tabela de grupo e de cluster. Você pode usar declarações SQL nativas para a tabela de grupo e de cluster.

Uma estrutura é uma tabela sem dados. É preenchida apenas pela lógica do programa no momento em que é necessária a partir das tabelas.

Uma visão é uma forma de visualizar o conteúdo das tabelas. Contém apenas a combinação das tabelas no banco e a forma como os dados devem ser representados. Na verdade, as tabelas subjacentes são chamadas diretamente.

Confira este link

http://web.mit.edu/sapr3/dev/sap_table_types.htm

Recompensas se útil

Saudações

Amit.

Olá Venkatesh,

Tabela transparente: Relação um para um

Uma tabela no dicionário de dados é igual a uma tabela no banco de dados.

ou seja, quando você cria uma tabela transparente no dicionário ABAP, uma tabela é criada no banco de dados (tipicamente Oracle, também pode haver outros) com o mesmo nome (tanto a tabela quanto os campos).

Basicamente é usada para armazenar dados da aplicação.

Ex: EKKO, VBAK, etc.

Tabela de pool: Relação de muitos para um

Muitas tabelas no dicionário ABAP são iguais a uma tabela de pool no banco de dados. Basicamente é usada para armazenar dados do sistema e dados de personalização. Uma tabela de pool contém um grande número de tabelas agrupadas que têm cerca de 100 registros cada uma.

Tabelas de cluster: Relação de muitos para um

Muitas tabelas no dicionário ABAP são iguais a uma tabela de cluster no banco de dados. Basicamente é usada para armazenar dados da aplicação. Uma tabela de cluster contém um número reduzido de tabelas de cluster que têm uma grande quantidade de dados (em centenas de milhares).

por exemplo: CDPOS, BSEG, etc.

No caso das tabelas de pool e cluster, o nome da tabela no dicionário de dados ABAP e os nomes da tabela e dos campos no banco de dados diferem, ao contrário do caso da tabela transparente.

Existem algumas limitações nas tabelas de cluster, como não poder usar joins nessas tabelas, a seleção na tabela de cluster sempre é muito lenta.

Sempre que escrevemos uma consulta em qualquer tabela de cluster, os dados da tabela de cluster serão recuperados para todas as tabelas, pois os dados de todas as tabelas no cluster são armazenados como um único registro.

Na realidade, raramente criamos tabelas de pool e cluster.

Espero que esteja claro.

Obrigado,

Vinod.

Editado por: Vinod Reddy Vemuru em 28 de junho de 2008 às 19:08.

Olá Venkatesh,

Tabela transparente: Relação um para um

Uma tabela no dicionário de dados é igual a uma tabela no banco de dados.

Ou seja, ao criar uma tabela transparente no dicionário ABAP, será criada uma tabela no banco de dados (geralmente Oracle, mas também pode ser outro) com o mesmo nome (tanto tabela quanto campos).

Basicamente é utilizada para armazenar dados da aplicação.

Exemplo: EKKO, VBAK, etc.

Tabela de Pool: Relação de muitos para um

Muitas tabelas no dicionário ABAP são equivalentes a uma tabela de pool no banco de dados. Basicamente é utilizada para armazenar dados do sistema e dados de personalização. Uma tabela de pool contém um grande número de tabelas agrupadas com dados de cerca de 100 registros cada.

Tabelas de Cluster: Relação de muitos para um

Muitas tabelas no dicionário ABAP são equivalentes a uma tabela de cluster no banco de dados. Basicamente é utilizada para armazenar dados da aplicação. Uma tabela de cluster contém um número reduzido de tabelas de cluster com dados em grandes quantidades (em lakhs).

por exemplo: CDPOS, BSEG, etc.

No caso das tabelas de pool e cluster, o nome da tabela no dicionário de dados ABAP e os nomes da tabela e campo no banco de dados diferem, ao contrário do que acontece com a tabela transparente.

Existem algumas limitações nas tabelas de cluster, como a impossibilidade de usar joins nessas tabelas, a seleção na tabela de cluster sempre é muito lenta.

Sempre que escrevemos uma consulta em qualquer tabela de cluster, os dados da tabela de cluster serão recuperados para todas as tabelas, pois os dados de todas as tabelas no cluster são armazenados como um único registro.

Na realidade, raramente criamos tabelas de pool e cluster.

Espero que esteja claro.

Obrigado,

Vinod.

Editado por: Vinod Reddy Vemuru em 28 de junho de 2008 às 19:08.