Colonne en conflit avec l'autre type de colonnes dans la liste unpivot

Im pivotante sys.[views] en paires clé-valeur à comparer avec les valeurs sur un autre serveur pour l'analyse de l'uniformité. Im en cours d'exécution dans une question qui renvoie l'erreur.

Msg 8167, Niveau 16, État 1, Ligne 51

Le type de la colonne "type" en conflit avec l'autre type de colonnes spécifiées dans la UNPIVOT liste.

Requête:

SELECT
sourceUnpivoted.idServer,
sourceUnpivoted.sourceServerName,
sourceUnpivoted.name,
sourceUnpivoted.columnName,
sourceUnpivoted.columnValue
FROM (
SELECT 
CAST('1' AS VARCHAR(255)) AS idServer,
CAST('thisOne' AS VARCHAR(255)) AS sourceServerName,
CAST('theDatabase' AS VARCHAR(255)) AS sourceDatabaseName,
CAST(name AS VARCHAR(255)) AS name,
CAST(object_id AS VARCHAR(255)) AS object_id,
CAST(principal_id AS VARCHAR(255)) AS principal_id,
CAST(schema_id AS VARCHAR(255)) AS schema_id,
CAST(parent_object_id AS VARCHAR(255)) AS parent_object_id,
CAST(type AS VARCHAR(255)) AS type,
CAST(type_desc AS VARCHAR(255)) AS type_desc,
CAST(create_date AS VARCHAR(255)) AS create_date,
CAST(lock_escalation_desc AS VARCHAR(255)) AS lock_escalation_desc
...
FROM noc_test.dbo.stage_sysTables
) AS databaseTables
UNPIVOT (
columnValue FOR columnName IN (
object_id,
principal_id,
schema_id,
parent_object_id,
type,
type_desc,
create_date,
lock_escalation_desc
) 
) AS sourceUnpivoted

Pourquoi n'est-ce pas comme [type],[type_desc],[lock_escalation_desc] ???
Ive a essayé aussi de CONVERT(VARCHAR(255),type) AS type

  • Avez-vous ajouter tous les <br>s à votre question à la main? Si oui, n'avez-vous pas atteindre un point où vous avez pensé "Il y a une meilleure façon"? Si vous êtes à poster du code, veuillez mettre en évidence le bloc, et a frappé la {} code de mise en forme de bouton, il conserve les sauts de ligne, et ajoute la coloration syntaxique ainsi.
  • nice malade donne un essai la prochaine fois.
InformationsquelleAutor DarkRiver | 2012-06-22
  1. 31

    C'est en fait un classement problème. Je peux le résoudre en changeant ces lignes:

    CAST([type] collate database_default AS VARCHAR(255)) AS [type], 
CAST(type_desc collate database_default AS VARCHAR(255)) AS type_desc, 
CAST(create_date AS VARCHAR(255)) AS create_date, 
CAST(lock_escalation_desc collate database_default AS VARCHAR(255)) AS lock_escalation_desc

    Le problème est que name compilées dans le Latin1_General_CI_AS, tandis que les 3 autres colonnes que vous avez mentionnés sont compilées dans le Latin1_General_CI_AS_KS_WS (Au moins, sur ma machine, je ne suis pas sûr de ce que ce serait comme sur un serveur/base de données avec les différents classement par défaut).

    • Comment le faire fonctionner dans le cas de la dynamique de la requête comme ceci: set @sql= 'SELECT max(col) from (SELECT cast('+@col+' numérique(3,0)) selectedcols DE table ) d unpivot(col POUR selectedcols DANS ('+@col+')) unpiv'; exec (@sql)
    InformationsquelleAutor Damien_The_Unbeliever
  2. 17

    C'est l'une des solution pour ce type d'erreur

    1: créez ce tableau 

    CREATE TABLE People
(
PersonId int, 
Firstname varchar(50), 
Lastname varchar(25)
)

    2: Ensuite, insérez

    INSERT INTO People VALUES (1, 'Jim', 'Smith');
INSERT INTO People VALUES (2, 'Jane', 'Jones');
INSERT INTO People VALUES (3, 'Bob', 'Unicorn');

    3: exécution de ce script, vous obtenez le message d'erreur

    Msg 8167, Niveau 16, État 1, Ligne 3
    Le type de colonne "Nom" en conflit avec l'autre type de colonnes spécifiées dans la UNPIVOT liste.

    SELECT PersonId, ColumnName, Value
FROM People
unpivot(Value FOR ColumnName IN (FirstName, LastName)) unpiv;

    4: la solution est que vous devez utiliser une sous-requête pour premier casting de la colonne Lastname, pour avoir la même longueur que le Prénom

    SELECT PersonId, ColumnName, Value
FROM (
SELECT personid, firstname, cast(lastname AS VARCHAR(50)) lastname
FROM People
) d
unpivot(Value FOR ColumnName IN (FirstName, LastName)) unpiv;
    • Ne fonctionne pas dans le cas de la dynamique de la requête comme ceci: set @sql= 'SELECT max(col) from (SELECT cast('+@col+' numérique(3,0)) selectedcols DE table ) d unpivot(col POUR selectedcols DANS ('+@col+')) unpiv'; exec (@sql)
    • Je tirais mes cheveux entre hier et ce matin. J'ai pris un autre coup d'oeil à votre réponse et j'ai pu obtenir mon pivot de travail par la référence #4. La Longueur de ma question-colonne devait être exactement la même longueur que les autres me tirait dans. Merci pour votre aide.
    InformationsquelleAutor Beruk Berhane
  3. 4

    Le PIVOT/UNPIVOT clause est sensible à la norme ANSI Rembourrage Statut de la colonne (clic droit -> propriétés dans SSMS) ainsi que le type, la taille et le classement. Essayez de spécifier SET ANSI_PADDING on|OFF dans la session avant d'ajouter ou de recréer la colonne en question afin qu'il corresponde à les autres dans le PIVOT/clause UNPIVOT.

    • Cette réponse ne fait plus de sens pour moi que ci-dessus, merci.
    InformationsquelleAutor Martin Smith
  4. 2

    Couru dans ce même message d'erreur et je viens de faire toutes les colonnes dans le tableau du même type de données - j'ai eu un mélange de int, varchar, nvarchar de différentes longueurs. Une fois que j'ai converti toutes les colonnes dans ma table pour le même type nvarchar(255) il a parfaitement fonctionné.

    InformationsquelleAutor SliverNinja - MSFT
  5. 0

    J'ai eu le même problème. Il fixe par un clic droit sur l'en-tête de colonne et en sélectionnant modifier le type "à l'aide des paramètres régionaux". Voir ci-joint capture d'écran

    Un: Colonne en conflit avec l'autre type de colonnes dans la liste unpivot

    InformationsquelleAutor Jaco