Andy's questions

Estou tentando atualizar uma tabela com cerca de 6,5 milhões de linhas em um tempo razoável, mas estou tendo alguns problemas. Estamos adicionando uma nova coluna a uma tabela existente e, em seguida, definindo um valor para todas as linhas com base nos dados de uma coluna em outra tabela.

UPDATE  TOP (20000) c
SET     c.NewColumn = ISNULL(p.Col1, p.Col2)
FROM    dbo.Child c
    INNER JOIN dbo.Parent p on c.FKId = p.Id
WHERE   c.NewColumn IS NULL

em um loop, como este artigo . A atualização ainda estava em execução após 2,5 horas. Eu estou querendo saber se desabilitar os índices dbo.Childcausaria um impacto. NewColumn não tem índices, nem terá, mas existem outros índices (cerca de 5) emdbo.Child

O SQL Server é inteligente o suficiente para ver que não precisa atualizar os outros índices (já que eles não fazem parte do UPDATE), ou nos beneficiaríamos desabilitando temporariamente os índices enquanto fazemos as instruções de atualização?

Este é o SQL Server 2012, mas o banco de dados em questão está no modo de compatibilidade de 2008.

Em primeiro lugar, não sou um DBA, sou um engenheiro de software e tenho construído aplicativos que são baseados em banco de dados durante toda a minha carreira. Uma das coisas de que me lembro (talvez incorretamente) é que, ao projetar o ERD, você leva em consideração o mundo real, pois serve como contexto para o seu design.

Tenho uma situação em que temos o conceito de cliente, que pode ter dois e apenas dois números de telefone. Um cliente também pode ter de zero a vários endereços, e cada endereço pode ter apenas dois números de telefone (e um sinalizador indicando se o número é um número de celular). Os números de um endereço seriam usados ​​apenas para entrar em contato com alguém naquele endereço específico, enquanto os números do cliente são usados ​​para entrar em contato com o cliente (cujo endereço pode não estar no sistema).

O design que criei foi ter um Phone1 Phone2 como colunas na tabela de clientes, bem como na tabela de endereços. Outros sugeriram que esse não é um bom design e que eu deveria ter criado uma tabela PhoneNumber (não tenho certeza de como eles estavam sugerindo que eu relacionasse os números com os outros registros).

Certamente, posso ver que isso também é válido, mas ainda preciso ter Phone1Id e Phone2Id na tabela de clientes e endereços ou ter algo na tabela Phone que me diga qual registro possui o número. O problema que tenho é que obviamente torna a lógica do aplicativo mais complexa, pois agora preciso adicionar, remover ou atualizar o registro na tabela de telefones em vez de apenas apagar ou anular o valor nas respectivas tabelas.

Meu design também é aceitável? É preferível um ou outro? Ou ambos são igualmente válidos?