Le portail francophone de la géomatique

Bonjour,

C'est normal le parser comprend ta requête comme ceci :
du texte : "where mot_cle like '((String)globalMap.get("
puis une variable tMsgBox_1_RESULT
puis du texte "))' and mot_cle_com like '((String)globalMap.get("
puis une variable tMsgBox_2_RESULT
puis du texte : "))';"

D'où l'erreur car pour concaténer deux string il faut utiliser le symbol "+" d'autre part si tu veux utiliser une variable dans ta requête, il faut d'abord sortir de ta chaine puis concaténer ta variable :

"where
mot_cle like '"+((String)globalMap.get("tMsgBox_1_RESULT"))+"'
and
mot_cle_com like '"+((String)globalMap.get("tMsgBox_2_RESULT"))+"'
;"

Y.

Luc,

Peux tu montrer la requête que tu as mise dans le component tELTOracleOutput avec une capture d'écran ?

Merci,

Y.

Je viens de trouver le problème!

Le point virgule à la fin de la clause WHERE était la cause. Je l'ai supprimé et cela fonctionne!

Voici la clause dans le composant tELTOracleOutput:

"mot_cle like '"+  ((String)globalMap.get("tMsgBox_1_RESULT")) +"' and mot_cle_com like '"+ ((String)globalMap.get("tMsgBox_2_RESULT")) +"'"

Je recherche désormais à écrire une variante de cette requête dans la clause Where:

where data like %[i]variable1[/i]% and data like %[i]variable2[/i]% (avec les mêmes variables que précédemment).

Si j'ai bien suivi ton explication Yves, est-ce que cela s'écrit de la manière suivante:

" where data like '[b]%[/b]"+  ((String)globalMap.get("tMsgBox_1_RESULT")) +"[b]%[/b]' and data like '[b]%[/b]"+ ((String)globalMap.get("tMsgBox_2_RESULT")) +"[b]%[/b]'"

Je vais tester ceci.

Merci.

Luc

Pardon pour les tags mal utilisés!

Le problème est que cette requête DELETE porte sur un champ de type LONG de la table METADATA.


Ma clause where écrite ci-dessus (sans les tags georezo!) est valide puisque la requête dans les commentaires de l'exécution s'écrit correctement:

Malheureusement, il persiste un problème de type de champ.

Dans le schéma de ma table, le schéma de tELTOracleInput, celui de tELTOracleMap et celui de tELTOracleOutput, le champ DATA est bien de type LONG.

Pourtant, à l'éxécution du job:

Je voie d'où provient l'erreur: du schéma du composant tOracle.

Dans les paramètres du composant, en mode "référentiel", rien de visible. Le job provoque l'erreur précédente.
Par contre, en mode "intégré", la "synchronisation des colonnes" provoque un basculement du type du champ DATA de LONG en NUMBER!!. De même, à l'édition du schéma dans les paramètres du composant (bouton "..."), si je fais "initialise les types DB" dans la fenêtre "output", le champ DATA repasse en type NUMBER.
Je le refais alors basculer manuellement en type LONG, mais à l'éxécution toujours le même problème.

Pourquoi cette persistence à mettre le type NUMBER?
Je sais que la manipulation du type LONG n'est pas permise par toutes les clauses. Mais pourquoi ce basculement?

De même dans SQLTools à l'exécution de la requête:

ORA-00932: types de données incohérents ; attendu : NUMBER ; obtenu : LONG

Merci

Luc

Dernière modification par lucclementSTR (Fri 06 August 2010 11:35)

Bonjour,

changement de stratégie pour supprimer un enregistrement de la table metadata.

Cette table a un champ UUID (de type string) contenant une chaîne de caractères (chiffres et lettres), celle-ci terminant par l'ID de l'enregistrement correspondant de la table metadonnees (champ identifiant appelé "MSLINK" pour éviter les confusions).

Par exemple:

l'enregistrement de la table metadonnees dont:
metadonnees.id (integer) = 4141

correspond à l'enregistrement de la table metadata dont:
metadata.uuid = 'ad8b1231-c006-4870-8530-770cd6184141 (l'attribut est tjs de ce format là)

Ainsi, j'aimerai traduire cela dans un composant tmap.

Le but du job est de supprimer un enregistrement de la table metadata à partir d'un critère sur son champ uuid.

J'ai d'abord un composant tOracleInput où je fais un select de l'attribut metadonnees.ID à partir de critères sur les champs mot_cle et mot_cle_com de la table metadonnees:

"SELECT GEOSOURCE.METADONNEES.MSLINK
FROM    GEOSOURCE.METADONNEES

WHERE GEOSOURCE.METADONNEES.mot_cle like '"+  
((String)globalMap.get("tMsgBox_1_RESULT")) +"' 
and   GEOSOURCE.METADONNEES.mot_cle_com like '"+ ((String)globalMap.get("tMsgBox_2_RESULT")) +"'
"

Jusque ici tout fonctionne.

Ensuite j'ajoute un composant tmap en cherchant à faire une jointure entre le champ MSLINK du côté en input, et le champ UUID du schéma de la table metadata en output.

Le champ MSLINK est de type integer et il faut le convertir en string, et ajouter un caractère comme % (SQL-2) spécifiant que toute chaine de caractère peut être concaténé à gauche.

Je l'écris mal ainsi: % + DataOperation.CHAR(row2.MSLINK) .

Puis je lie tMap à un composant tOracleOutput qui fait une action "supprimer" sur les données.

La difficulté se trouve sur le composant tMap pour faire la jointure correctement avec la concaténation de tout type de caractères au champ MSLINK et éventuellement la transformation du MSLINK en chaîne:

Exception in thread "main" java.lang.Error: Unresolved compilation problems: 
    Syntax error on token "%", delete this token
    Type mismatch: cannot convert from int to String

    at demo_oracle.gg_0_1.gg.tOracleInput_1Process(gg.java:1525)
    at demo_oracle.gg_0_1.gg.tMsgBox_1Process(gg.java:439)
    at demo_oracle.gg_0_1.gg.runJobInTOS(gg.java:1921)
    at demo_oracle.gg_0_1.gg.main(gg.java:1816)

Je ne sais pas si je m'y prend bien dans la conception du job et le choix des composants...

Toutefois, comment écririez-vous cette jointure?

Merci.

Luc Clément

Dernière modification par lucclementSTR (Fri 06 August 2010 14:53)

Oui, le champ uuid est toujours de la même longueur 8-4-4-4-12 soit 36 caractères.

En revanche, le champ "4141" est de longueur variable. Il peut prendre les 4, les 5, ...,les 12 derniers caractères du champ uuid. Mais avec 6000 enregistrement d'avance, on peut partir du principe que le champ "4141" ("MSLINK") comporte 4 chiffres.

Mais il y aura toujours le même problème de type de champ entre les 4 caractères du champ UUID qui sont un extrait de chaîne et le champ 4141 un entier.

J'essaie déjà de mettre en pratique ce que tu me dis pour te remontrer une (vraie) jointure j'espère.

Cdlt

Luc

Dernière modification par lucclementSTR (Fri 06 August 2010 15:24)

Merci Yves,

le job marche désormais... mais sans résultat, il trouve un enregistrement mais sans le supprimer!.

J'ai créé un champ dans la table metadata (là où se trouve l'UUID): "REF_MSLINK".

Dans le tOracleInput, la requête est la suivante:

"SELECT GEOSOURCE.METADONNEES.MSLINK
        
FROM    GEOSOURCE.METADONNEES

WHERE mot_cle like '"+  ((String)globalMap.get("tMsgBox_1_RESULT")) +"' 
AND   mot_cle_com like '"+ ((String)globalMap.get("tMsgBox_2_RESULT")) +"'
"

(toujours avec les msgbox qui renvoient les variables).

Puis ce composant est relié à un tMap:
en input: MSLINK (de la table metadonnees); en output le schéma de la table metadata.
En output, en face de REF_MSLINK, j'ai glissé-déposé l'expression row2.MSLINK+""

Puis tMap est relié à tOracleOutput qui fait une action de suppression sur les données de la table metadata.

"1 row" circule sur mon job mais rien de supprimé et pas de message dans les commentaire d'exécution.

Est-ce que la jointure est encore mal renseignée?

Est-ce le fait qu'il n'y ait pas de clause where dans le composant tOracleOutput et qu'il faut préférer le composant tELTOracleOutput?

Merci



Luc

Dernière modification par lucclementSTR (Fri 06 August 2010 17:12)

Bonjour,

j'ai un champ date qui est reconnu comme chaîne dans TOS.

Je cherche à le convertir en date dans un composant tMap mais avec la fonction certainement pas appropriée:

TalendDate.parseDate("yyyy-MM-dd HH:mm:ss","Var.date")   

Merci de votre aide


Luc