Tenho várias tabelas cujos únicos dados exclusivos são uma coluna uniqueidentifier (a Guid). Como os guias não são seqüenciais (e são gerados no lado do cliente, por isso não posso usar newsequentialid ()), criei um índice não primário e não em cluster nesse campo de ID, em vez de fornecer às tabelas uma tabela primária em cluster chave

Estou imaginando quais são as implicações de desempenho para essa abordagem. Eu já vi algumas pessoas sugerirem que as tabelas deveriam ter um autoincremento ("identidade") int como uma chave primária em cluster, mesmo que não tenha nenhum significado, pois significa que o próprio mecanismo de banco de dados pode usar esse valor rapidamente procure uma linha em vez de precisar usar um marcador.

Meu banco de dados é replicado por mesclagem em vários servidores, então evitei as colunas de identidade, pois elas são um pouco cabeludas para acertar na replicaçã

Quais são seus pensamentos? As tabelas devem ter chaves primárias? Ou é bom não ter índices agrupados se não houver colunas sensíveis para indexar dessa maneira?