O DB2_PARALLEL_IO também afeta espaços de tabelas com mais de um contêiner definido. Se você não definir a variável de registro, o paralelismo de E/S será igual ao número de contêineres no espaço de tabelas. Se você definir a variável de registro, o paralelismo de E/S será igual ao resultado do tamanho da pré-busca dividido pelo tamanho da extensão. Você pode optar por definir a variável de registro se os contêineres individuais no espaço de tabelas forem demarcados em vários discos físicos.
Por exemplo, um espaço de tabelas tem dois contêineres e o tamanho da pré-busca é quatro vezes o tamanho da extensão. Se a variável de registro não for definida, um pedido de pré-busca para esse espaço de tabelas será dividido em dois pedidos (cada um será para duas extensões). Contanto que os pré-buscadores estejam disponíveis para trabalhar, dois pré-buscadores poderão estar trabalhando nesses pedidos em paralelo. No caso da variável de registro estar definida, um pedido de pré-busca para esse espaço de tabelas será dividido em quatro pedidos (uma extensão por pedido) com uma possibilidade de quatro pré-buscadores atendendo aos pedidos em paralelo.
Nesse exemplo, se cada um dos dois contêineres tinha um único disco dedicado a ele, definir a variável de registro para esse espaço de tabelas poderá resultar na contenção nesses discos, uma vez que dois pré-buscadores estarão acessando cada um dos dois discos de uma vez. Entretanto, se cada um dos dois contêineres tivesse sido demarcado em vários discos, definir a variável de registro permitiria potencialmente o acesso a quatro discos diferentes de uma vez.
Na subseção "Considerações de Design do Grupo de Nós" da seção "Projetando Grupos de Nós", o texto a seguir da sub subseção "Chaves de Partição" que indica os pontos a serem considerados para definir as chaves de partição devem ser excluídos apenas se DB2_UPDATE_PART_KEY=ON: