Discussion :

[KuBi4K]

Bonjour,

Aujourd'hui, j'ai du créer une petite procédure (appelons la NEW) en me basant sur de l'existant (Procedue OLD).

Facile: copier/coller/adapter et le tour est joué !

Ah tiens non.

Et pour cause, la procédure OLD fait appel à une autre procédure (qu'on appelera TIERS) qui permet de faire un traitement sur une chaine de caractère.

En gros, si vous avez suivi

Procedure OLD
...
...
...
TIERS()
...
END.


Ma procédure à moi l'utilise aussi, mais plante dès qu'un appel dessus est fait.
Procedure NEW
...
...
...
TIERS()
...
END.

Pour cause: là où la procédure originale OLD utilisait TIERS en y balançant une chaine de petite taille (~100 caract.), la mienne utilise TIERS avec une chaine qui fait ~300 caractères.

Et voila pourquoi ca plante.

Dans la déclaration de la Procédure TIERS, j'ai

CREATE OR REPLACE PROCEDURE TIERS (entree VARCHAR2, sortie OUT INTEGER) IS
...

Et par défaut VARCHAR2 est limité à 200 (< ~300 donc).

Bien évidemment, si je m'amuse à faire pour rigoler CREATE OR REPLACE PROCEDURE TIERS (entree VARCHAR2(200), sortie OUT INTEGER) IS
...

Ben ça gueule

Question: Comment je peux déclarer cette procédure TIERS pour qu'elle accepte des VARCHAR2 (ou d'autres chaine de caractères, je suis pas sectaire) qui fasse PLUS de 200 caractères ?

[Pomalaix]

Et par défaut VARCHAR2 est limité à 200 (< ~300 donc).

D'où sort cette affirmation fantaisiste ??

Le code suivant fonctionne sans souci par exemple :

Code :

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

1
2
3
4
5
6
7
8
9
set serveroutput on
 
create or replace procedure test(a varchar2) is
begin
	dbms_output.put_line(a);
end;
/
 
exec test(lpad('X', 350, 'X'));

[rbaraer]

Le problème vient d'ailleurs car une variable PLSQL de type VARCHAR2 est limitée à ~32500 octets et non 200, et un champ SQL de type VARCHAR2 à 4000 octets (dans une table par exemple).

[KuBi4K]

Je bosse avec TOAD.

Et en enquêtant sur le pourquoi du comment, je m'aperçois en testant ma procédure qu'il y a ceci

http://imagik.fr/view-rl/58172

C'est le menu pour tester les procédures independament. On spécifie à la main les paramètres d'entrées pour vérifier si cela fonctionne.

Et comme vous pouvez constater, y a VARCHAR2(200).
Et la chaine STR_ (entourée en vert) fait + 200 caractères, et donc fait planter le bazar.

Si je réduis ma chaine <= 200 caractères. J'ai aucune problème.
Si dans le bas de la boite de dialogue, je mets ceci:

DECLARE
STR_ VARCHAR2(1000);
RET_ NUMBER;

BEGIN
....

J'ai de nouveau aucun problème.

Par contre, le coup du STR_ VARCHAR2(1000); ne fonctionne qu'en local sur ma machine.
Si j'éxécute ma procédure sur un autre ordi, cela ne fonctionne plus, il faut refaire la bidouille.

J'aimerais donc inscrire "en dur" dans mon code VARCHAR2(500) ou ce que je veux.


EDIT: et accessoirement, la procedure test de Pormalaix ne fonctionne pas.

ORA-20000: ORU-10028: line length overflow, limit of 255 chars per line

[McM]

Donne le code des 2 procédures (NEW et TIERS), ce sera plus simple.

[Pomalaix]

L'exemple que j'ai donné fonctionne parfaitement en 10g.

Si vous aviez commencé par appliquer les règles de bon sens, c'est à dire indiquer dès le début votre version d'Oracle, l'outil que vous utilisez et le message d'erreur reçu, on perdrait moins de temps.

Par ailleurs, l'outil qui fait référence en cas de problème, c'est SQL*Plus.
Si ça marche sous SQL*Plus, ce n'est pas un problème Oracle, mais de TOAD.