Preservar todos os elementos de resultados da aprovação final

As seguintes configurações de propriedade VLDB de Preservar todos os elementos de resultados da aprovação final determinam como associar externamente o resultado final, bem como as tabelas de pesquisa e relacionamentos:

• Se você escolher a opção padrão Preservar elementos comuns da tabela de resultados da aprovação final e tabela de pesquisa/relacionamentos, o mecanismo SQL irá gerar uma associação equivalente. Sendo assim, você só vê os elementos comuns a ambas tabelas.
• Se você escolher a opção padrão Preservar todos os elementos de resultados da aprovação final, o mecanismo SQL irá gerar uma associação externa e seu relatório conterá todos os elementos que estão no conjunto de resultados finais. Quando esta configuração está ativada, são geradas associações externas para qualquer associação, desde a tabela de fatos até a tabela de pesquisa, bem como qualquer tabela de relacionamento. Isso acontece porque é difícil distinguir qual tabela é usada como uma tabela de pesquisa e qual tabela é usada como uma tabela de relacionamento, as duas funções exercidas normalmente por uma tabela. Por exemplo, LOOKUP_DAY atua tanto como uma tabela de pesquisa para o atributo Dia, como uma tabela de relacionamento para Dia e Mês.

  Essa configuração não deve ser usada em um data warehouse padrão, em que as tabelas de pesquisa são mantidas adequadamente e todos os elementos na tabela de fatos têm entradas na respectiva tabela de pesquisa. Ela deve ser usada apenas quando um determinado atributo na tabela de fatos contiver mais elementos de atributo (exclusivos) do que a tabela de pesquisa correspondente. Por exemplo, no exemplo acima, a Tabela de Fatos contém vendas de cinco lojas diferentes, mas a Tabela de Lojas contém apenas quatro lojas. Isso não deve acontecer em um data warehouse padrão porque a tabela de pesquisa, por definição, deve conter todos os elementos de atributo. No entanto, isso poderia acontecer se as tabelas de fatos fossem atualizadas com mais frequência do que as tabelas de pesquisa.

• Se você escolher a opção Preservar todos os elementos da tabela de resultados da aprovação final relacionados à tabela de pesquisa e não à tabela de relacionamentos, o mecanismo SQL irá gerar uma associação interna em todas as aprovações exceto a aprovação final; na aprovação final ele irá gerar um associação externa.
• Se você escolher a opção Não escutar por configuração de nível de relatório, preservar elementos da aprovação final de acordo com a configuração no nível de atributo. Se esta escolha for selecionada no nível de atributo, ela será tratada como a opção preservar elementos comuns (ou seja, opção 1) , a configuração desta propriedade VLDB é usada no nível de atributo.

  Esta configuração é útil se você tiver apenas alguns atributos que exigem diferentes tipos de associação. Por exemplo, se entre os atributos de um relatório somente um precisar preservar elementos da tabela de aprovação final, você pode ajustar a propriedade VLDB para Preservar todos os elementos de resultados da aprovação final para esse atributo. Você pode então ajustar o relatório para a configuração Não escutar para a propriedade VLDB. Quando o relatório é executado, somente o conjunto de atributos causa uma associação externa no SQL. Todas as outras tabelas de pesquisa de atributos serão associadas usando uma associação igual, que levará a um melhor desempenho de SQL.

select a11.Store_id Store_id,

 max(a12.Store) Store,

 sum(a11.DollarSls) WJXBFS1

from Fact a11

 join Store a12

 ativado (a11.Store_id = a12.Store_id)

group by a11.Store_id

select a11.Store_id Store_id,

 max(a12.Store) Store,

 sum(a11.DollarSls) WJXBFS1

from Fact a11

 left outer join Store a12

 ativado (a11.Store_id = a12.Store_id)

group by a11.Store_id

create table ZZSP00 nologging as

select a12.COUNTRY_ID COUNTRY_ID,

sum((a11.QTY_SOLD * a11.DISCOUNT))

WJXBFS1

from ORDER_DETAIL a11,

LU_CALL_CTR a12

where a11.CALL_CTR_ID = a12.CALL_CTR_ID

group by a12.COUNTRY_ID

create table ZZSP01 nologging as

select a12.COUNTRY_ID COUNTRY_ID,

 sum(a11.FREIGHT) WJXBFS1

from ORDER_FACT a11, 

 LU_EMPLOYEE a12

where a11.EMP_ID = a12.EMP_ID

agrupar por a12.COUNTRY_ID 

selecione pa1.COUNTRY_ID COUNTRY_ID,

 a11.COUNTRY_NAME COUNTRY_NAME,

 pa1.WJXBFS1 WJXBFS1,

 pa2.WJXBFS1 WJXBFS2

from ZZSP00 pa1, 

 ZZSP01 pa2, 

 LU_COUNTRY a11

where pa1.COUNTRY_ID = pa2.COUNTRY_ID and 

 pa1.COUNTRY_ID = a11.COUNTRY_ID (+)