Nom de la colonne ou le nombre de valeurs fournies ne correspondent pas à la définition de la table

Ils n'ont pas la même structure... je peux vous garantir qu'ils sont différents

Je sais que vous avez déjà créé... Il y a déjà un objet nommé "tbltable1" dans la base de données

Ce que vous souhaitez peut-être est-ce (qui résout également à votre autre question):

Drop table tblTable1

select * into tblTable1 from tblTable1_Link

C'est un vieux post, mais je veux aussi mentionner que si vous avez quelque chose comme

insert into blah
       select * from blah2

et bla et blah2 sont identiques à garder à l'esprit qu'une colonne calculée va lancer ce même message d'erreur...

Je viens de réaliser que lorsque le ci-dessus a échoué et j'ai essayé

insert into blah (cola, colb, colc)
       select cola, colb, colc from blah2

Dans mon exemple, il a champ nom complet (calculée à partir de la première et de la dernière, etc)

La suppression de la table n'était pas une option pour moi, depuis que je suis tenue d'un journal en cours d'exécution. Si à chaque fois que j'ai besoin d'insérer, j'ai dû abandonner, le tableau serait vide de sens.

Mon erreur était parce que j'avais un couple de colonnes dans l'instruction create table qui ont été produits des autres colonnes, la modification de ces corrigé mon problème. par exemple

create table foo (
field1 as int
,field2 as int
,field12 as field1 + field2 )

create table copyOfFoo (
field1 as int
,field2 as int
,field12 as field1 + field2)  --this is the problem, should just be 'as int'

insert into copyOfFoo
SELECT * FROM foo

J'espère que vous avez trouvé une bonne solution.
J'ai eu le même problème, et j'ai travaillé autour d'elle n'est probablement pas le meilleur, mais il est aujourd'hui.

il s'agit de créer un serveur lié et à l'aide de sql dynamique - pas le meilleur, mais si tout le monde peut proposer quelque chose de mieux, s'il vous plaît commentaire/réponse.

declare @sql nvarchar(max)


DECLARE @DB_SPACE TABLE (
[DatabaseName] NVARCHAR(128) NOT NULL,
[FILEID] [smallint] NOT NULL,
[FILE_SIZE_MB] INT NOT NULL DEFAULT (0),
[SPACE_USED_MB] INT NULL DEFAULT (0),
[FREE_SPACE_MB] INT NULL DEFAULT (0),
[LOGICALNAME] SYSNAME NOT NULL,
[DRIVE] NCHAR(1) NOT NULL,
[FILENAME] NVARCHAR(260) NOT NULL,
[FILE_TYPE] NVARCHAR(260) NOT NULL,
[THE_AUTOGROWTH_IN_KB] INT NOT NULL DEFAULT(0)
,filegroup VARCHAR(128)
,maxsize VARCHAR(25)

PRIMARY KEY CLUSTERED ([DatabaseName] ,[FILEID] )
)  


SELECT @SQL ='SELECT [DatabaseName],
        [FILEID],
        [FILE_SIZE_MB],
        [SPACE_USED_MB],
        [FREE_SPACE_MB],
        [LOGICALNAME],
        [DRIVE],
        [FILENAME],
        [FILE_TYPE],
        [THE_AUTOGROWTH_IN_KB]
        ,filegroup
        ,maxsize FROM OPENQUERY('+ QUOTENAME('THE_MONITOR') + ','''+ ' EXEC MASTER.DBO.monitoring_database_details '  +''')'
exec sp_executesql @sql


      INSERT INTO @DB_SPACE(
                            [DatabaseName],
                            [FILEID],
                            [FILE_SIZE_MB],
                            [SPACE_USED_MB],
                            [FREE_SPACE_MB],
                            [LOGICALNAME],
                            [DRIVE],
                            [FILENAME],
                            [FILE_TYPE],
                            THE_AUTOGROWTH_IN_KB,
                            [filegroup],
                            maxsize
                          )

      EXEC SP_EXECUTESQL @SQL

cela fonctionne pour moi maintenant.
Je peux vous garantir que le nombre de colonnes et le type des colonnes retournées par la procédure stockée sont les mêmes que dans ce tableau, tout simplement parce que je retourne la même table de la procédure stockée.

merci et salutations
marcelo

Mise à jour vers SQL server 2016/2017/...

Nous avons des procédures stockées en place d'importer et d'exporter des bases de données.

Dans la sp, nous utilisons (entre autres choses) de RESTAURATION FILELISTONLY à PARTIR d'un DISQUE dans lequel nous créons un
tableau "#restoretemp" pour le restaurer à partir du fichier.

Avec SQL server 2016, MS a ajouté un champ SnapshotURL de type nvarchar(360) (restauration url Azur) ce qui a provoqué le message d'erreur.

Après, j'ai amélioré sur le terrain, la restauration a fonctionné de nouveau.

Code ciselée (voir le dernier champ):

 SET @query = 'RESTORE FILELISTONLY FROM DISK = ' + QUOTENAME(@BackupFile , '''')
CREATE TABLE #restoretemp
(
LogicalName nvarchar(128)
,PhysicalName nvarchar(128)
,[Type] char(1)
,FileGroupName nvarchar(128)
,[Size] numeric(20,0)
,[MaxSize] numeric(20,0)
,FileID bigint
,CreateLSN numeric(25,0)
,DropLSN numeric(25,0) NULL
,UniqueID uniqueidentifier
,ReadOnlyLSN numeric(25,0)
,ReadWriteLSN numeric(25,0)
,BackupSizeInByte bigint
,SourceBlockSize int
,FilegroupID int
,LogGroupGUID uniqueidentifier NULL
,DifferentialBaseLSN numeric(25,0)
,DifferentialbaseGUID uniqueidentifier
,IsReadOnly bit
,IsPresent bit
,TDEThumbprint varbinary(32)
-- Added field 01.10.2018 needed from SQL Server 2016 (Azure URL)
,SnapshotURL nvarchar(360)
)

INSERT #restoretemp EXEC (@query)
SET @errorstat = @@ERROR
if @errorstat <> 0 
Begin
if @Rueckgabe = 0 SET @Rueckgabe = 6
End
Print @Rueckgabe

Vérifier votre id. Est-il une Identité? Si elle est alors assurez-vous qu'il est déclaré comme ID not null Identity(1,1)

Et avant la création de votre table , Drop table et puis create table.