Conversion à partir de 'uniqueidentifier" à " int " n'est pas pris en charge sur la base de données du serveur

Je suis sur le point de migrer ma base de données à l'aide de vieux adhésion à celui inclus dans mvc4, qui utilise int au lieu de guid.

Lors du changement du type j'obtiens l'erreur suivante:

Conversion de int type uniqueidentifier n'est pas pris en charge sur la base de données du serveur.

Comment puis-je changer UserId à int via SQL Server Management Studio?

Ces types de données ne sont pas compatibles, vous aurez besoin de les convertir à l'aide d'un calcul qui fonctionne pour vous

OriginalL'auteur I'm busy coding | 2013-02-25

  1. 7

    Vous devez ajouter une nouvelle colonne ( ALTER TABLE ADD [NewId] INTEGER ), puis exécutez la procédure suivante pour remplir la nouvelle colonne id : 

    WITH Cte
AS
(
    SELECT *
    , ROW_NUMBER() OVER(ORDER BY [Your GUID Column Here] DESC) AS RowNumber
    FROM YourTable
)
UPDATE Cte
SET [NewId]= RowNumber
GO

    Là, vous avez un nouvel ID de la colonne que vous pouvez utiliser un cluster de clé primaire

    OriginalL'auteur jazzytomato

  2. 45

    D'abord Modifier le Type de Données à tout autre Type varbinary ou quoi que ce soit. ensuite, vous pouvez convertir de que pour ce que vous voulez.

    Il fonctionne ... merci ...
    Parfois save après l'opération de changement d'un autre type est nécessaire; dans l'autre main ne fonctionnera pas.
    Oui ce n'travail (y)

    OriginalL'auteur Muhamed Shafeeq

  3. 1

    La réponse précédente est correcte, mais il n'y a pas de "cravate" à la valeur d'origine.

    Vous pouvez ~de l'essayer. Mais il peut en résulter une valeur négative.

    Guid g = new Guid("{cccc3333-3333-3333-cccc-cccc3333cccc}");
byte[] _bytes = g.ToByteArray();
Int64 i = ((Int64)_bytes[0]) | ((Int64)_bytes[1] << 8) | ((Int64)_bytes[2] << 16) | ((Int64)_bytes[3] << 24);



Int64 i = -3333333;
Guid g = new Guid(i, 0, 0, new byte[] {0, 0, 0, 0, 0, 0, 0, 0});

    C'est l'un de ces "j'ai déchiré à partir de l'internet", donc à utiliser à vos propres risques.

    Je voudrais aller avec la précédente réponse de Thomas Haratyk. Mais je vous offre cette option.

    OriginalL'auteur granadaCoder