Início / dba / Perguntas / 571
Accepted
ILX
Asked: 2011-01-12 23:54:43 +0800 CST

BLOB no DB2 v9 no z/OS

  • 772

Quais são os prós e contras do uso de BLOBs no DB2 v9 (ou posterior) no z/OS?

Esclarecimento: existem alguns limites (como influência na reorganização, HA)?

Gostaríamos de armazenar grande quantidade de arquivos: 10 milhões no período de até 6 meses. A maioria dos arquivos deve ter entre 20k e 100k, mas pode haver exceções (arquivos maiores que 1MB). A maioria dos arquivos deve ser XML, mas alguns deles podem conter assinaturas digitais ou outros dados binários.

db2

1 respostas

  1. Best Answer

    Há algumas coisas a serem lembradas ao usar Objetos Grandes ( LOBs) no DB2.

    Primeiro, quando você cria uma LOBcoluna, esta coluna contém apenas informações sobre o relacionado LOB, não os dados do LOB. A tabela onde você cria a LOBcoluna ( tabela base ), deve ter uma ROWIDcoluna criada nela, que será utilizada para localizar os LOBdados. Se você não criar explicitamente uma ROWIDcoluna, o DB2 criará uma ROWIDcoluna oculta para você. Se você estiver adicionando colunas a uma tabela existente e quiser usar uma ROWIDcoluna explícita, adicione o ROWIDantes do LOB. Caso contrário, quando você criar o LOB, o DB2 criará o implícito ROWIDe, em seguida, o segundo ALTERpara adicionar o ROWIDcriará um segundoROWIDcoluna. O DB2 garantirá que essas duas colunas sejam sempre as mesmas, mas ocupará espaço. :-)

    Em segundo lugar, para cada LOBcoluna criada em uma tabela, um espaço de LOBtabela separado (às vezes chamado de espaço de tabela auxiliar ) deve ser definido. Portanto, se você planeja ter 3 LOBcolunas em uma tabela, terá que criar 3 LOBtablespaces para armazenar seus objetos grandes. Esses tablespaces devem estar no mesmo banco de dados da tabela base associada.

    Além disso, se sua tabela base for particionada, você terá que criar um LOBtablespace e uma tabela auxiliar por coluna LOB por partição .

    Um único LOBtablespace com uma única partição pode conter até 16 TB de LOBdados.

    Terceiro, cada tabela auxiliar deve ter um índice definido nela.

    Aqui está um exemplo de criação de uma tabela auxiliar (qualquer coisa que comece com YOUR_deve ser substituída pelos valores corretos):

    CREATE LOB TABLESPACE YOUR_LOB_TABLESPACE
  IN YOUR_DATABASE
  LOG NO;
COMMIT;
CREATE AUXILIARY TABLE YOUR_AUX_TABLE
  IN YOUR_DATABASE.YOUR_LOB_TABLESPACE
  STORES YOUR_BASE_TABLE
  COLUMN YOUR_LOB;
CREATE UNIQUE INDEX XYOUR_LOB
  ON YOUR_AUX_TABLE;
COMMIT;

    Por fim, ao carregar dados, se o comprimento total da LOBcoluna e da linha da tabela base for inferior a 32 KB, você poderá usar o LOADutilitário para inserir os dados. Caso contrário, será necessário usar instruções SQL como INSERTou MERGE.

    A IBM tem algumas recomendações para tamanho de página em espaços de tabela LOB. Apenas um LOBpode ser armazenado por página em um tablespace LOB, então você vai querer fazer algumas contas para minimizar a perda de espaço em disco com base no tamanho médio dos arquivos que está armazenando. Por exemplo, se você tiver um LOB de tamanho médio de 17 KB, convém usar espaços de página de 4 KB. Você usaria cinco páginas (para 20 KB), o que desperdiçaria apenas 3 KB de espaço em disco em comparação com 7 KB com páginas de 8 KB (24 a 17) ou 15 KB com tamanhos de página de 16 ou 32 KB.

    Uma vantagem de usar um LOB versus o equivalente VARCHAR (FOR BIT DATA)é que, como os dados são armazenados em um tablespace separado, as varreduras do tablespace na tabela base serão muito mais rápidas.

    Referências: 1 , 2

    Tendo dito tudo isso, se você está planejando que a maioria dos seus dados sejam XML, devo mencionar que existe um tipo de dados XML real (e um mecanismo de análise XML integrado chamado pureXML ).

    Há um guia completo que você pode visualizar online (e em PDF ) sobre o uso de XML com o DB2.

    • 2

relate perguntas