Comparer Varchar et UniqueIdentifier

Si SQL se plaint qu'il ne peut pas lancer cela signifie non seulement vous avez stocké les uniqueidentifier que varchar, vous avez utilisé un format différent de celui de SQL Server (par exemple. vous avez ajouté l' '{' et '}'). SQL est parfaitement capable de la coulée de la chaîne de type uniqueidentifier lorsqu'il est correctement mis en forme:

declare @u uniqueidentifier;
declare @s varchar(64);

select @u = NEWID();
select @s = CAST(@u as varchar(64));
select CAST(@s as uniqueidentifier), @u, @s;

Selon la façon dont vous actuellement stockées uniqueidentifier, vous aurez plus de chances d'avoir tomodify les données et de votre code afin de correspondre au format SQL (pas de {}).

OriginalL'auteur Remus Rusanu

J'ai travaillé en place le script de test suivant:

DECLARE
  @Foo Uniqueidentifier
 ,@Foo2 varchar(50)

SET @Foo = newid()
SET @Foo2 = newId()

print @Foo
print @Foo2

if @Foo = @Foo2
    print 'Yes'
else
    print 'No'

set @Foo = @Foo2

if @Foo = @Foo2
    print 'Yes'
else
    print 'No'

Exécuter dans un SSM fenêtre ou via slqcmd -je fichier, les résultats sont les mêmes -- SQL (2005) n'a conversion implicite. Cela confirme ce que je me souviens de SQL 2000, lorsque j'ai eu un problème similaire il y a des années.

L'essentiel, c'est que la chaîne de type varchar doit correspondre à la guid modèle:

• 8 chiffres hexadécimaux
• dash
• 4 chiffres hexadécimaux
• dash
• 4 chiffres hexadécimaux
• dash
• 4 chiffres hexadécimaux
• dash
• 12 chiffres hexadécimaux

OriginalL'auteur Philip Kelley