|O DB2_PARALLEL_IO também afeta áreas de tabela 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 na área de |tabela. 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 na área de tabela forem demarcados em vários discos |físicos.
|Por exemplo, uma área de tabela 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 essa área de tabela |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 essa |área de tabela será dividido em quatro pedidos (uma extensão por pedido) com |uma possibilidade de quatro pré-buscadores atendendo os pedidos em |paralelo.
|Neste exemplo, se cada um dos dois contêineres tinha um único disco |dedicado a ele, definir a variável de registro para essa área de tabela 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: