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

  1. #1
    Candidat au Club
    Donnée non restituée pourtant renseignée dans la table
    Bonjour,

    Je fais appel à un module accesseur pour récupérer des données depuis une table DB2
    La requête s'est bien exécutée le SQLCODE = 0 par contre dans les données en sortie un champ est vide pourtant il est bien renseigné dans la table !!

    quelqu'un à une piste pour ce genre de problème

  2. #2
    Membre expert
    Je pense qu'il faut voir avec le propriétaire du module.

    Et puis quel Db2 ?

  3. #3
    Candidat au Club
    Merci pour avoir pris le temps pour me répondre
    Je suis le propriétaire du module accesseur
    Je vais essayer d'afficher le contenu de la copy en sortie peut être y a un décalage de données ... A suivre
    DB2 v11 je pense sous zOs

  4. #4
    Membre expert
    Regarde aussi si la colonne accepte le NULL aussi ... On ne sait jamais ...

  5. #5
    Expert éminent sénior
    Bonjour,

    Si l'accesseur utilise une vue (c'est recommandé, indépendance des traitements vis à vis des données oblige, cf. les règles de Codd), il est possible que cette vue ne déclare pas toutes les colonnes de la table.

    Ensuite, il est possible que l'accesseur récupère les données mais ne les alimente pas toutes dans sa zone réponse en sortie.

    Par ailleurs, à part pour Oracle , une colonne vide n'est pas une colonne marquée null : vide c'est une valeur (X'00') alors que "null" est une absence de valeur identifiée par un marqueur associé à la colonne. Les colonnes "not null" n'ont pas ce marqueur mais peuvent avoir un contenu vide.

    Enfin, une table ne contient pas de champ, elle contient des colonnes. Les champs sont des zones de formulaires de saisie ou d'états

  6. #6
    Membre expert
    Citation Envoyé par escartefigue Voir le message
    Bonjour,

    Si l'accesseur utilise une vue (c'est recommandé, indépendance des traitements vis à vis des données oblige, cf. les règles de Codd), il est possible que cette vue ne déclare pas toutes les colonnes de la table.
    Si l'accesseur utilise une vue qui ne contient pas la colonne en cause, on devrait avoir des soucis dès la compilation je pense.


    Ensuite, il est possible que l'accesseur récupère les données mais ne les alimente pas toutes dans sa zone réponse en sortie.
    C'est sans doute le cas le plus probable ici.


    Par ailleurs, à part pour Oracle , une colonne vide n'est pas une colonne marquée null : vide c'est une valeur (X'00') alors que "null" est une absence de valeur identifiée par un marqueur associé à la colonne. Les colonnes "not null" n'ont pas ce marqueur mais peuvent avoir un contenu vide.
    On ne sait pas ce que notre ami entend par colonne " vide ".

    Quelques traces judicieusement placées devraient résoudre le problème je pense.

  7. #7
    Expert éminent sénior
    Citation Envoyé par Luc Orient Voir le message
    Si l'accesseur utilise une vue qui ne contient pas la colonne en cause, on devrait avoir des soucis dès la compilation je pense.
    Absolument pas, c'est même très fréquent d'avoir des vues qui ne sont que des sélections d'une partie des colonnes d'une ou, parfois, plusieurs tables.


    Citation Envoyé par Luc Orient Voir le message
    On ne sait pas ce que notre ami entend par colonne " vide ".
    Certes, c'est pourquoi il est important de rappeler quelques fondamentaux pour éviter la confusion fréquente entre une valeur, vide ou pas, et un marqueur "null"


    Citation Envoyé par Luc Orient Voir le message
    Quelques traces judicieusement placées devraient résoudre le problème je pense.
    Ça va sans dire

###raw>template_hook.ano_emploi###