Discussion :

[rahimman]

bonjour a tous .
j'ai un petit probleme avec sql serveur 2008 .
je voudrais avoir un champ 'code_agc' qui soit de type tinyint unsigned zerofill
c'est a dire que lorsque j'entre ( insert into agc values (001) )
il me garde cette forme 001 et n'efface pas les deux zero
( 001 devient 1 ) .
merci de bien vouloir me répondre .

[Fabien Celaia]

Si vous souhaitez maintenir à tout prix le 00, il vous faudra caster en char.
001 en tinyint, c'est 1... donc no way... le reste n'est que de l'affichage... et ça, ce n'est pas le job de SQL...

[rahimman]

mais comment ça ce fait que sur mysql il y'a le truc unsigned zerofill qui garde les zeros ?
d'aprés mes informations sql serveurs et le le numero 2 mondialement juste apres ORACLE il dois y avoir un moyen non ?

[mikedavem]

Bonsoir,

Quand vous travaillez avec sqlserver vous travaillez avec des valeurs réelles. Ce que vous voulez doit être gérer cote client.

Quel est l'intérêt de stocker de telles valeurs dans votre base ?

++

[SQLpro]

Un SGBDR n'a pas vocation à faire de la cosmétique... Lisez ce que j'ai écrit à ce sujet : http://sqlpro.developpez.com/cours/sqlaz/erreurs/#L9

A +

[Philippe Robert]

Le tout est de le faire accepter.

[rahimman]

Le tout est de le faire accepter.

y'a comme meme un petit truc que je veux rajouter certe que je peux utilisé la methode bete mais moi je voulais savoir s'il y'avais moyen de faire ça proprement
.
on m'a demandé de faire une application qui concerne une banque et comme vous savez il y'a de la monnaie qui cercule et eux on des champs codé sur un nbre bien précis de position . pour ne pas galerer a faire a chaque fois l'ajouer des bit manquant par des zeros je me suis dis si c'est pas interessent de demander a des gens qui ont une bonne experience dans le domaine pour n'on seulement avoir une idée bien précise sur le fonctionnement de SQL serveu et puis faire agrandir mon disque dure avec des informations justes et valides .

merci pour votre aide mesieurs ça m'été bien outil vos conseils d'expert .
merci encore

[mikedavem]

Bonjour,

SQL Server, comme on vous l'a dit, ne gère pas ce genre de données en natif.
Comme le dit Fadace, il faudra convertir vos données dans un format de chaîne de caractères de type CHAR ou VARCHAR

Vous pouvez le faire de cette façon si vous voulez vraiment avoir cela dans votre base (Il faudra le faire en fonction de votre longueur et de la valeur de votre "monnaie") :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
DECLARE @monnaie TINYINT
SET @monnaie = 1
 
SELECT '000' + CAST(monnaie AS CHAR(1)) AS format_monnaie
 
format_monnaie 
 ----------------
    0001

Cependant si vous voulez effectuer par la suite des opérations sur ces valeurs (ajouter des monnaies etc ...), il faudra refaire l'inverse, c'est à dire traiter à nouveau vos données pour pouvoir les convertir dans un type de données qui pourra être utilisé pour effectuer les opérations voulues. Ce qui est dommage ..
De plus, selon le type de données choisi et vos valeurs, il est possible que ce format soit plus gourmand en matière de stockage.

A vous de voir le pour et le contre ...
Qu'en pensez vous ?

++

[rahimman]

oui maintenant que vous m'avez bien expliqué j'opterais pour ta solution ,
enfait c pas bete de le faire si sql serveur ne le gere pas donc je trouve que c'est décidé je vais faire avec COST comme j'ai pas vraiment le choix on doit faire avec mais comme meme je trouve ça un peu dommage qu'un logiciel efficace de BDD ne puisse pas gerer ce detail .

je remercie tous ce qu'on m'a aidé donc mon aventure SQL serveur si je peut me permettre de l'appeler comme ça . votre m'été d'une grande utilité .
merci encore

[elsuket]

Bonjour,

meme je trouve ça un peu dommage qu'un logiciel efficace de BDD ne puisse pas gerer ce detail .

Ce que vous pouvez faire, c'est stocker ces valeurs sous le type TINYINT, et ajouter une colonne calculée, ou bien spécifier une vue qui vous "convertira" cet entier en chaîne de caractère sur le nombre de positions qui convient ...

@++