A visualização não reconhece uma alteração em uma tabela subjacente quando uma coluna existente é eliminada e substituída por outra com o mesmo nome, mas conforme computada

Eu sei que uma atualização ou alteração da visualização corrigirá isso, mas os nomes das colunas não foram alterados. Velhote

Você também não informou ao mecanismo quais colunas são importantes para você. Você disse select *.

Já foi escrito longamente em outro lugar, mas TL; DR: "Não use select *".

É um pouco mais complicado no exemplo do OP, mas modificando o exemplo de Martin , podemos ver que especificando as colunas por nome na definição da visualização, podemos pular os erros de ligação sem a necessidade de sp_refreshviewnotar a diferença...

CREATE OR ALTER VIEW dbo.View1
  AS 
    SELECT * 
    FROM  dbo.Test;
GO
CREATE OR ALTER VIEW dbo.View2
  AS 
    SELECT A,B,Num 
    FROM  dbo.Test;

Depois de fazer nosso drop-n-swap, select *cada uma dessas visualizações revela...

Visualizar1

Visualizar2

banco de dados<> violino

Quando você elimina e recria a coluna, a coluna é criada no final da tabela para que os resultados da SELECTconsulta subjacente tenham suas colunas deslocadas.

SELECT T1.*, T2.*
FROM    (
        SELECT  TestId = T.Id
        FROM    dbo.Test1   T
    )   T1
INNER JOIN  dbo.Test2   T2  ON  T2.Test1Id = T1.TestId ;

Os metadados da coluna para a visualização não são atualizados (conforme retornado por)

SELECT * 
FROM sys.columns 
WHERE object_id = object_id('dbo.View1')

O alias de coluna usado para as colunas retornadas da visualização é baseado nos ordinais das colunas da consulta subjacente e nas colunas definidas.

Ele não os corresponde com base nos nomes definidos e nos nomes das colunas retornados pela consulta subjacente.

Se a consulta subjacente retornar inesperadamente muitas colunas, as "extras" serão ignoradas e se retornar poucas, você receberá um erro

A visualização ou função 'dbo.View1' tem mais nomes de colunas especificados do que colunas definidas.

Um exemplo mais simples é

DROP TABLE IF EXISTS dbo.Test;

GO
CREATE TABLE dbo.Test
(
    A    CHAR(1) NOT NULL  ,
    B    CHAR(1) NOT NULL  ,
    Num  INT NOT NULL   
);
GO

INSERT INTO dbo.Test(A, B, Num) VALUES ('A', 'B', 10);

GO

CREATE OR ALTER VIEW dbo.View1 AS SELECT * FROM  dbo.Test;

GO

ALTER TABLE dbo.Test DROP COLUMN A ;

ALTER TABLE dbo.Test 
        ADD C CHAR(1) NOT NULL DEFAULT 'C',
            D CHAR(1) NOT NULL DEFAULT 'D';

SELECT  * FROM dbo.View1

O que retorna

É muito feliz alias Bas Ae Numas B. E para incluir a coluna recém-adicionada Cque possui o ordinal 3, é alias como Num(e claramente não é um int).

A coluna Dé retornada pela SELECT *consulta subjacente, mas é "extra", portanto é ignorada. O plano de execução otimiza isso e essa coluna não está na lista de colunas de saída da tabela Test(ou mesmo presente na árvore de entrada ).

sp_refreshview

Atualiza os metadados para a visualização não vinculada ao esquema especificada. Os metadados persistentes de uma visualização podem ficar desatualizados devido a alterações nos objetos subjacentes dos quais a visualização depende.

A seção Comentários continua (ênfase minha):

Se uma visualização não for criada com SCHEMABINDING, sp_refreshview deverá ser executado quando forem feitas alterações nos objetos subjacentes à visualização, o que afeta a definição da visualização. Caso contrário, a visualização poderá produzir resultados inesperados quando for consultada.

No seu caso

exec sys.sp_refreshview @viewname = N'dbo.View1'