L'erreur 49 mauvais lier des variables oracle forms

Je voudrais demander au sujet de cette erreur...

   Error 49 at line 5, column 6
       bad bind variable 'S_ORD.payment_type'

Voici le code:

    DECLARE
     N NUMBER;
      v_credit S_CUSTOMER.credit_rating%type;
    BEGIN
      IF :S_ORD.payment_type = 'CREDIT' THEN
        SELECT credit_rating
        INTO v_credit
        FROM S_CUSTOMER
      WHERE :S_ORD.customer_id = id;
      IF v_credit NOT IN ('GOOD', 'EXCELLENT') THEN
            :S_ORD.payment_type:= 'CASH';
          n:=SHOW_ALERT('Payment_Type_Alert');
      END IF;
     END IF;
   END;

Je suis nouveau sur oracle forms donc je ne suis pas sûr si je manque une installation ou quoi que ce soit.
S_ORD table existe et a une colonne payment_type, qui consiste à "CRÉDIT" et "ESPÈCES" de la valeur.
Merci.

SI l'instruction références :S_ORD.payment_type, ce qui n'est pas déclaré dans/etc avant. Il est vu comme une liaison variable à cause des deux points ":". Comment êtes-vous en train de courir? Un script est la seule manière qui fait sens pour moi ATM.
Les poneys je suis de l'exécution d'un formulaire nommé aux COMMANDES...cela devrait-il être déclaré ou est-il autre chose que je puisse vérifier que peut provoquer cette erreur..merci
Je ne sais pas les Formes, désolé

OriginalL'auteur mysticfalls | 2012-07-05

2

Oracle Forms ne permettent pas l'utilisation de variables de liaison lorsque le code est dans une bibliothèque ou un menu.

Voici une citation de l'Oracle Forms (6i) aide:

Vous pouvez faire référence à des éléments indirectement avec le NAME_IN et de COPIE intégré
des sous-programmes. Le NAME_IN fonction retourne le contenu d'un
variable ou un élément. Utiliser le NAME_IN fonction permettant d'obtenir la valeur d'un
élément sans faire référence à l'élément directement. La suite
les déclarations sont équivalentes:

SI :emp.ename = 'smith' -- référence directe

SI NAME_IN('emp.ename') = 'smith' -- référence indirecte

La valeur de retour est toujours une chaîne de caractères. Pour utiliser NAME_IN pour un
La DATE ou le NUMÉRO de l'élément, convertir la chaîne en type de données souhaité avec
la fonction de conversion approprié:

date_var := TO_DATE(Name_In('ordre.date_item'));

num_var := TO_NUMBER(Name_In('ordre.number_item'));

Notes sur NAME_IN:

· La NAME_IN fonction ne peut pas retourner le contenu d'un local ou global
variable.

· En PL/SQL déclencheurs qui sera exécuté dans la zone entrez-le mode de recherche, vous
devez utiliser NAME_IN plutôt que la normale bind-variable de notation pour l'accès
les valeurs dans les données du bloc. (C'est parce que l'utilisateur peut taper
opérateurs relationnels dans l'élément, la production d'une valeur qui n'est pas dans
une forme qui peut être traité par PL/SQL.)

La Procédure de COPIE de La procédure de COPIE attribue une valeur indiquée à
indiquées variable ou un élément. Contrairement à la norme de PL/SQL d'affectation,
cependant, en utilisant la procédure de COPIE vous permet indirectement de référence
l'élément dont la valeur est fixée:

:emp.ename := 'dupont'; -- référence directe
Copier('dupont','emp.ename'); -- référence indirecte

COPIE peut être utilisé avec le NAME_IN fonction pour assigner une valeur à un
élément dont le nom est stocké dans une variable de référence ou d'un élément:

/* mettre la valeur "smith" dans l'élément dont le nom est stocké dans ref_item */
Copier('dupont',Name_In('contrôle.ref_item'));

Pourquoi L'Utilisation Indirecte De Référence

Référencer les éléments indirectement vous permet de
écrire plus générique, de code réutilisable. En utilisant des variables à la place de
réelle de l'article de noms, vous pouvez écrire un sous-programme qui peut fonctionner sur n'importe quel
élément dont le nom a été attribué à la variable. Aussi,
l'aide indirecte de référence est obligatoire lorsque vous faites référence à la valeur d'un
formulaire de lier des variables (item, un paramètre variable globale) en PL/SQL
vous écrivez dans une bibliothèque ou un module de menu. Parce que les bibliothèques, les menus,
et les formes sont distinctes des modules de l'application, vous ne peut pas se référer directement
à la valeur d'un élément de formulaire dans une option de menu de commande ou de la bibliothèque
procédure.

OriginalL'auteur Rene
1

Pour une réponse simple-

Dans Oracle forms
```
 :S_ORD.payment_type
```
signifie que vous avez une DATA_BLOCK nommé S_ORD qui a un element (probablement un TEXT ITEM) appelé PAYMENT_TYPE.

Donc à moins d'un bloc de Données et de l'élément sur l'Oracle Forme qu'elle continuera à donner d'erreur. La liaison de la variable à l'aide du côlon : ne fonctionne pas de la même façon que dans SQL ou PL/SQL. Comme une solution, vous pouvez DECLARE un CURSOR sur la tableS_ORD comme
```
CURSOR c_pymnt_type IS
 SELECT payment_type
   FROM S_ORD;
```
et puis OPEN, FETCH et CLOSE le curseur à l'intérieur de la procédure.

OriginalL'auteur Annjawn
0

Évidemment, il est très difficile pour nous de savoir ce que c'est que vous avez fait parce que nous ne pouvons pas voir votre code et vous javen pas donné beaucoup d'information. Donc, c'est une supposition.

S_ORD est un bloc dans votre formulaire, en fonction (je l'espère) sur une table appelée S_ORD. Votre posté l'extrait de code est en cours d'exécution dans une certaine détente, peut-être POST-REQUÊTE ou LORSQU'-VALIDER-ÉLÉMENT bien qu'il n'a pas vraiment d'importance, et il est censé remplir un champ appelé PAYMENT_TYPE sur le bloc.

Quel est le message d'erreur vous indiquant que le bloc S_ORD n'ont pas un champ appelé PAYMENT_TYPE. (Il est dit "lier des variables" parce que le côlon notation désigne lier les variables et nous pouvons également référence à des choses telles que des variables globales de la même manière).

Pourquoi ne pas le champ d'exister? Soit:
1. Votre table a une colonne appelée PAYMENT_TYPE et vous n'avez pas sélectionné lors de la création du bloc; ou
2. Votre table n'a pas une colonne appelée PAYMENT_TYPE;
3. Votre bloc de données n'est pas appelé S_ORD.
Dans le premier cas, vous devez aller dans le bloc de la propriété de l'éditeur et ajouter la colonne. Dans le second cas, vous devez ajouter un non-table de base de l'élément de votre bloc. Découvrez comment ici. Si vous avez nommé le bloc de données de quelque chose d'autre que le nom de la table (et il peut y avoir de bonnes raisons pour cela), alors vous avez besoin pour utiliser le bloc-nam ein l'appel, pas le nom de la table).

Oui, il est en cours d'exécution dans un déclencheur, LORSQUE RADIO-CHANGÉ. payment_type est inclus dans les Éléments des Blocs de Données, si c'est ce que vous entendez par le numéro 1. Comme pour le numéro 2, tel que mentionné à la colonne dans le tableau. Apprécier toutes les autres idées qui pourraient causer ce..je vous Remercie.
Salut..Le bloc de données est appelé S_ORD aussi. Existe-il des bibliothèques ou des formes d'installation qui pourrait en être la cause? Merci..

OriginalL'auteur APC
0

J'ai remarqué que vous essayez de suivre l'Oracle tutoriel de http://www.oracle.com/webfolder/technetwork/tutorials/obe/forms/11g/formsmenuscreate/formsmenuscreate.htm

Le problème peut être facilement résolu en allant à chacun des éléments dans les blocs de données et de changer le type d'élément dans la propriété de la palette pour le prochain sur la liste une fois que l'on a sélectionné.

C'est pour oracle forms 10.

OriginalL'auteur Lavi

Vous devez vous connecter pour publier un commentaire.