Tabelas que não são do sistema aparecem como tabelas de banco de dados mestre no SQL Server 2017 Dev

É provavelmente o caso de uma de suas tentativas terminar com você executando os create tablecomandos quando conectado ao banco de dados mestre (que é provavelmente o banco de dados padrão para o usuário com o qual você está se conectando - eu mesmo já estive lá, não é uma boa prática no entanto). Vou listar algumas opções:

• 1º - Basta largar as mesas extras

Você apenas adicionou algumas tabelas de usuário ao banco de dados mestre, portanto, nenhum dano ocorreria se você simplesmente as descartasse. Se você não instalou nenhum tipo de software ou script de terceiros em seu SQL Server 2017 Dev, pode remover todas as tabelas de usuário da pasta Tabelas sem se preocupar em quebrar alguma coisa. Mas não solte objetos das subpastas.

Se você se conectar ao banco de dados mestre e consultar sys.objects, poderá listar todas as tabelas que criou:

USE master;
GO

SELECT name, type_desc, create_date, is_ms_shipped 
FROM sys.objects 
WHERE type = 'U'
    AND is_ms_shipped = 0;
GO

Você também pode verificar os nomes das tabelas no AdventureWorks quando terminar de instalá-lo corretamente para ter certeza de remover apenas os correspondentes do banco de dados mestre.

• 2º - Restaurar a partir de um backup (caso tenha disponível)

Como o banco de dados mestre é um banco de dados muito importante que pode até fazer com que o SQL Server não seja iniciado, a Microsoft forneceu documentação sobre como restaurar o banco de dados mestre (Transact-SQL) caso você o tenha corrompido ou algo semelhante.

• 3º - Reconstruir a partir do modelo

Você pode seguir a documentação sobre como reconstruir bancos de dados do sistema . Porém, há uma desvantagem em usar esse método: será como uma restauração de fábrica dos bancos de dados do sistema mestre, modelo, msdb e tempdb.