Sim, Campaign permite criar índices não clusterizados do backend. A única diferença será que tais índices não estarão disponíveis no nível do schema para fazer modificações.
Como esse índice não clusterizado será mantido pelo seu DBA, a desfragmentação dele terá que ser tratada fora do Campaign sistema.
Podemos criar um índice em cluster e ele não atrapalhará o Campaign execução. Na verdade, ele melhorará o desempenho. Campaign as chaves primárias do schema são traduzidas para um índice exclusivo no nível do banco de dados. Como o índice Clustered é necessário na tabela SQL Server para melhorar o desempenho, podemos criá-lo diretamente do banco de dados.
No entanto, há uma captura para usar um índice clusterizado.
Campaign usa sequências para gerar o valor do campo da chave primária.
Sequência desde é um campo do tipo Inteiro (int32) que realiza ciclos entre 0 e o valor mais alto.
Colunas de índice em cluster decidem a ordem física da tabela e quaisquer novas inserções podem levar ao deslocamento físico de páginas.
Quando a sequência atinge seu valor máximo, ela recicla para seu extremo negativo ou para 0 dependendo da configuração feita para a sequência. Após a reciclagem, estaremos gerando registros com valor PK inferior ao último registro. Isso levará à inserção de registros em páginas existentes da tabela, levando a vários turnos.
Campaign O executa inserções/atualizações em massa e, portanto, pode causar efeitos adversos.
Não, como Campaign permite apenas a criação de índice exclusivo. O índice clusterizado deve ser criado a partir do back-end.