Discussion :

[hobotalker]

Bonjour à tous !

Étant relativement à cours d'idées et ayant cherché sur le net en vain, je me tourne vers vous pour trouver une solution à mon problème. J'utilise le client Oracle 8.1 et je précise que "j'attaque" ma base de données via un client C# .NET 1.1, que je développe moi-même.

Toutes les clés primaires de ma base sont générées via la fonction sys_guid(). J'aimerais pouvoir, dans la même requête que l'INSERT, récupérer la valeur de la clé primaire ainsi générée. J'ai donc cherché et découvert le mot clé RETURNING, permettant de renvoyer la valeur d'un champ donné dans une variable. J'obtiens malheureusement l'erreur suivante :

Erreur commençant à la ligne 2 de la commande :
insert into edb_har_prp_diff_movements values(sys_guid(), '9F88891A97A95437E044002128209653', 'Test', 'Test', 'Test', 'Test') returning MOVEMENT_ID INTO :var
Erreur à la ligne de commande : 2, colonne : 0
Rapport d'erreur :
Erreur SQL : Violation de protocole

Merci d'avance pour votre aide, cela fait plusieurs jours que je cherche une solution ! Je ne cherche pas forcément à passer par RETURNING, il me faut simplement un moyen de m'en sortir...

J'espère à bientôt.
Hobotalker

[mnitu]

Je viens de vérifier et la clause returning existe au moinj en 8.1.7 donc votre problème est ailleurs.
De toute façon il n’y pas de miracles, il faut chercher d’abord la valeur de la fonction sys_guid() et ensuite l’utiliser dans l’insert.

[hobotalker]

Bonjour et merci de votre réponse.

Je suis relativement (voire franchement) nul en SQL et aimerais éviter de passer par du code serveur.

De quelle manière pourrais-je donc stocker cette valeur avant de l'envoyer?
Comment expliquez-vous que le RETURNING ne fonctionne pas?

Encore une fois, merci de votre aide.

[Waldar]

Toutes les clés primaires de ma base sont générées via la fonction sys_guid()

Quelle idée farfelue, pourquoi faire simple quand on peut faire compliqué n'est-ce pas ?

[hobotalker]

Quelle idée farfelue, pourquoi faire simple quand on peut faire compliqué n'est-ce pas ?

La base existe déjà et je la récupère en l'état. Je n'ai donc pas le choix.

[laurentschneider]

http://www.oracle.com/technetwork/da...1.html#1010_01

8.1.7 (8i r2)
Is DML Returning Supported ?

Not in the current drivers. However, we do have plans to support it in post 8.1.7 drivers.

10.2.0 (10g r2)
Is DML Returning Supported ?

YES! And it's about time. See the Developer's Guide for details.

[hobotalker]

Bonjour M. Schneider,

Très bien, le RETURNING ne fonctionne pas dans ma version d'Oracle (le premier intervenant semblait croire le contraire, il me semble). Comme je l'ai dit auparavant, je ne suis pas fixé sur cette "fonction"; je cherche, encore une fois, une solution à mon problème.

J'en suis actuellement à faire un SELECT assez peu catholique (pour ne pas dire absolument dégueulasse) à la suite de l'INSERT pour essayer de récupérer la ligne nouvellement générée. Cette solution ne me convient pas, et j'aurais aimé savoir s'il était possible d'y remédier.

A bientôt, peut-être.

[laurentschneider]

Le RETURNING fonctionne dans 8i en sqlplus, mais pas avec les drivers odbc/jdbc.

Pour avoir le sys_guid, il faut donc faire un truc du style

Code :

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

select sys_guid() into :b from dual

puis

Code :

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

insert into t values (:b)

Bon, le mieux serait de mettre à jour tes drivers et ta base, 8i date de plus de 10 ans