MS SQL Server
  1. MS SQL Server
  3. Conversion d'entier en binary et de return dans SQL Server
Intereting Posts
SQL Insérer des loggings distincts Msg 512, Niveau 16, État 1, Ligne 2 Sous-requête a renvoyé plus de 1 valeur. Ceci n'est pas autorisé lorsque la sous-requête suit Travail SQL Server – Le système ne trouve pas le file spécifié Requête d'assemblage C # CLR Je dois utiliser DATEDIFF pour get la différence en minutes entre le début et la fin d'une patrouille de route Serveur de requêtes pour les procédures inutilisées Ajouter une colonne avec la valeur par défaut à une grande table Combinaison d'instructions INSERT et UPDATE (procédure stockée SQL2005) Prendre la moyenne du groupe le plus récent Le moyen le plus simple d'implémenter cette requête SQL? Éléments de list SQL Server 2008 non dans la table login lente sur la key primaire composite Insérer dans la colonne sql_variant dans le server sql Comment puis-je concevoir une table qui stockera de très grandes données? SELECT les loggings de données de la database MS ACCESS à l'aide du server MSSQL

Conversion d'entier en binary et de return dans SQL Server

Je me suis cogné la tête contre le mur avec celui-ci toute la matinée.

Le code SQL suivant et son résultat n'a aucun sens pour moi: 

select CONVERT(INT, CONVERT(BINARY(30),2691485888))

ce qui entraîne: 

 -1060082528

Quelle? Pourquoi le résultat ne correspond-il pas à mon entier original?

Mon objective est de convertir un entier en octets et de stocker ces octets dans la database, mais sans que cet exemple de base fonctionne, je suis bloqué. Quelqu'un peut-il expliquer ce que je fais mal?

Par ailleurs, j'utilise Sql Server 2005 (9.0.4340)

Comme je l'ai noté dans mon précédent commentaire, 2 691 485 888 est plus grand que ce qu'un INT peut contenir.

Cela fonctionnera: 

 select CONVERT(BIGINT, CONVERT(BINARY(30), CONVERT(BIGINT, 2691485888)))

La valeur 2691485888 ne peut pas être conservée dans un INT – elle est trop grande:

int -2 ^ 31 (-2 147 483 648) à 2 ^ 31-1 (2 147 483 647) 4 octets

Il y a de fortes chances que vous voyiez le résultat d'un débordement.

Un type de données pouvant gérer cette valeur est BIGINT.

2691485888 est au-delà de la limite supérieure du type de données entier (qui est 2147483647)

Si vous le convertissez en bigint, le résultat devrait être correct.