Version imprimable
Bonjour,
J'ai un petit soucis, je chercher à transformer le format de certaine données en entrée d'une méthode static en fonction de deux autres élément (precision et scale)
je m'explique :
Je passe en entré de ma méthode static 3 objets (Integer type, Integer precision, Integer scale), si le type est compris entre -128 et 127 je veux passer le type en TINYINT, si le type est compris entre -32,768 et 32.767 je veux qu'il soit en SMALLINT
Comment je procède?
Cordialement
Je pense qu'il faut que tu nous explique le besoin qu'il y a dernière la question.
Car, le type de retour d'une fonction est définit dans la signature. Ce qui fait qu'il ne te sera pas possible de retourner un type primitif différent de celle-ci (auto-cast ou erreur de compilation). De même, les types "TINYINT" et "SMALLINT" n'existe pas en Java.
Les types primitifs correspondants sont byte et shortDocumentation correspondante : Primitive Data Types
Il est cependant possible de réaliser un traitement différents en fonction de la valeur.
Cordialement,
Patrick Kolodziejczyk.
Déjà TINYINT et SMALLINT sont des types de données SQL et non java.
l'équivalent est :
TINYINT -> Byte
SMALLINT -> Short
Tu noteras bien la majuscule pour les types java car dans ton cas, on va utiliser des objets plutôt que des types primitifs.
Tu récupères un objet Integer qui s'appelle type.
Tu peux le convertir de la façon suivante :
Code:
2
3Byte byteValue = type.byteValue(); Short shortValue = type.shortValue();
Réaction par rapport à la réponse de Népomucène :
Si on utilise les objet représentant le type primitif, il est possible de faire une fonction ayant la signature suivante :
Point de vue mémoire, cela a un intérêt limité...Code:public static Number castIntergerIntoShortOrByte(Integer type, Integer precision, Integer scale);
Note: Short et Byte hérite de Number :
https://docs.oracle.com/javase/8/doc...ng/Number.html
Merci, le but est justement de modifier le type des données en provenance d'une BDD afin de les adapter en vue d'une autre BDD qui n'est pas de la même nature, il faut donc adapter le format de certaines données.
Du coup tu vas avoir plusieurs colonnes dans ta BDD pour la même colonne dans la BDD d'origine ?
Non c'est prévu, si y'en a 1 en float alors les autres seront float également par exemple
du coup les TINYINT / Byte passent en float aussi ???Citation:
Envoyé par Cvanhove
Quelle est la structure de la table de la BDD d'origine et celle de la table de la BDD de destination ?
Je ne serais pas trop te répondre, je viens d'arriver et on m'a donner ça a faire :/ je récupère juste les données et le prépare a l'injection dans la nouvelle table en fait et préparant un fichier avec les nouveaux type
Ben oui mais il faut que tu ais une idée de comment injecter quoi dans quoi ...
On a du te dire vers quelles colonnes non ?
J'ai simplement un excel précisant par exemple, si un int en entré à une précision de X alors transformer le type en Y
Ah génial !!!
Et une fois que tu l'as transformé tu l'accroches au-dessus de la cheminée ?
Parce que la transformation n'est rien, ce qu'il faut savoir c'est où on place le résultat (dans la nouvelle BDD, ou alors un fichier ...) !
Pour le moment c'est dans un fichier
Donc, ta transformation ne sert à rien.
Au pire du pire, tu va traiter le cas où la valeur dépasse la borne de MAX ou MIN de ta nouvelle taille...
Peux-tu nous montrer un exemple de ton fichier en entrée ?
Cordialement,
Patrick Kolodziejczyk.
Ah ben quand même, on progresse tout doucement ...
Bon alors, et dans ce fichier, on va le présenter comment le TINYINT, le SMALLINT, etc ... ?
Tu peux produire un échantillon du résultat que tu attends (juste quelques transformations-exemples) ?
(à faire avec le bloc note par exemple ...)
Comme cela on aura une idée ...
ça c'était clair !Citation:
Envoyé par kolodz
En plus quand on sait que les bases de données savent très bien gérer ce type de transfo sans passer par java ...
C'est bon, j'ai trouvé comment faire, je dois passer par une classe static et traiter chaque cas de type de données en entrée.
ce n'est nullement obligatoire ...Citation:
Envoyé par Cvanhove