IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Forms Oracle Discussion :

[OAppli][forms 6i] Statut des enregistrements après POST


Sujet :

Forms Oracle

  1. #1
    Membre chevronné

    Profil pro
    Inscrit en
    Avril 2005
    Messages
    1 673
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2005
    Messages : 1 673
    Points : 1 775
    Points
    1 775
    Par défaut [OAppli][forms 6i] Statut des enregistrements après POST
    Bonjour,

    Je travaille sur Oracle Application 11.5.9 avec forms 6i.
    Dans un bloc multiligne basé sur une table, j'ai besoin de faire un appel à la procédure interne POST afin de lancer un algorithme spécifique.

    L'ennui que je rencontre est qu'après un appel à POST, tous les enregistrements ont le statut QUERY donc je n'ai plus de moyen de savoir quels sont ceux qui existent en base de ceux qui n'existent pas.
    Or, je souhaiterais autoriser l'utilisateur à supprimer uniquement les enregistrements qui n'existent pas en base ; ce qui m'est impossible dans l'état actuel.

    Comment palier à cette conséquence assez facheuse (en stockant le ROWID et en basant mon bloc sur non plus une table mais une clause FROM ?).
    Merci d'avance.

    PS : je découvre Oracle Appli donc je ne peux pas me prononcer sur les spécificités de cette "couche".

  2. #2
    Rédacteur

    Homme Profil pro
    Développeur et DBA Oracle
    Inscrit en
    Octobre 2006
    Messages
    878
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Algérie

    Informations professionnelles :
    Activité : Développeur et DBA Oracle

    Informations forums :
    Inscription : Octobre 2006
    Messages : 878
    Points : 1 197
    Points
    1 197
    Par défaut
    Salut Magnus,

    Il n'y pas mieux que la solution de plaineR, créer une table temporaire gérée par le pre-insert.

    S'il existe dans ta table temporaire alors la suppression est permise sinon la suppression est interdite.

  3. #3
    Membre chevronné

    Profil pro
    Inscrit en
    Avril 2005
    Messages
    1 673
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2005
    Messages : 1 673
    Points : 1 775
    Points
    1 775
    Par défaut
    Salut Salim,

    Hum... je comprends l'idée mais malheureusement dans les structures informatiques "trop organisées / méthodologiques" on n'a généralement pas le droit de créer une table temporaire sans le justifier et que ce soit la SEULE solution...

    Bref, la solution que je retiens actuellement - mais je suis preneur de toute amélioration - procède de la manière suivante :
    - détection des lignes qui posent problème lors du lancement de l'algorithme spécifique après un appel à POST
    - suppression sans condition de ces lignes non réellement insérées dans la base de données par un appel à CLEAR_FORM(NO_VALIDATE) et affichage d'un message d'erreur.

    Au niveau de l'ergonomie, je te l'accorde, c'est très moyen.
    Cependant, face :
    - à l'incohérence de la consultation de :SYSTEM.RECORD_STATUS après un appel à POST
    - à la désactivation automatique des lignes existantes en base par Oracle Application (?)
    - au fait que RAISE FORM_TRIGGER_FAILURE n'est pas systématiquement bloquant
    - ...
    je trouve ma solution pas si mal

    Merci de ton aide.

  4. #4
    Rédacteur

    Homme Profil pro
    Développeur et DBA Oracle
    Inscrit en
    Octobre 2006
    Messages
    878
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Algérie

    Informations professionnelles :
    Activité : Développeur et DBA Oracle

    Informations forums :
    Inscription : Octobre 2006
    Messages : 878
    Points : 1 197
    Points
    1 197
    Par défaut
    Salut Magnus,

    Il faut toujours trouver une solution avec les moyens de bord.

    Bonne chance.

Discussions similaires

  1. [MySQL] Conserver les valeurs des champs après POST
    Par moudjahidine dans le forum PHP & Base de données
    Réponses: 2
    Dernier message: 01/05/2013, 14h56
  2. [JSP] Perte des valeurs d'un formulaire après POST
    Par Manson dans le forum Struts 2
    Réponses: 6
    Dernier message: 25/09/2009, 09h55
  3. Réponses: 4
    Dernier message: 16/06/2008, 15h30
  4. Réponses: 6
    Dernier message: 12/05/2007, 00h31
  5. Réponses: 4
    Dernier message: 03/05/2006, 18h23

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo