Como impar. A tabela truncada remove um fechamento exclusivo porque está escrevendo. Isto obstrui e é obstruído pelos fechamentos (lidos) compartilhados da sorte que criam o índice removem. Qualquer começ lá o primeiro funcionará à conclusão e então o outro começará funcionar. É realmente impossível ter ambos funcionar simultaneamente - um obstruirá sempre o outro.
Apenas verific - você funcionou o dbcc checktable e o tablealloc do dbcc em no sua tabela e ele veio acima de limpo? Você recreou fisicamente a tabela (seleta em uma tabela nova, a tabela velha da gota, rebatiza a tabela nova)?
Se a edição realmente é tabela truncada e cria o índice que funciona simultaneamente, você poderia forçar a seqüência de travamento correta usando do “o comando da tabela fechamento” antes que você funcione o índice da criação. Você precisa de estar em uma transação para fazer isto. Que as garantias criam o índice não poderia possivelmente funcionar quando a tabela truncada funcionar… embora aquela fosse como é sups para ser normalmente. Mas o côordenador de Sybase deve ter tido uma razão para dizer o que fêz. :)
Tentar a reconstrucção física da tabela (se você não tem já), e então using uma indicação da tabela do fechamento antes do índice da criação.
