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

DB2 Discussion :

Modules d'accès db2


Sujet :

DB2

  1. #1
    Futur Membre du Club
    Homme Profil pro
    SGBD
    Inscrit en
    Décembre 2014
    Messages
    4
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : SGBD

    Informations forums :
    Inscription : Décembre 2014
    Messages : 4
    Points : 5
    Points
    5
    Par défaut Modules d'accès db2
    Concernant les accès aux données, il y a les deux écoles, ceux qui utilisent fortement les modules d'accès ou modules de services , et les autres...
    Les avis et arguments sont partagés.
    Les uns trouvant les modules d'accès comme la norme afin d'éviter à un domaine de venir lire "directement" les objets d'un autre domaine.
    Les autres, par exemple, trouvant les modules d'accès trop lourds à gérer et souvent trop "généralistes".

    Des avis sur le sujet? Des expériences personnelles?

  2. #2
    Modérateur
    Avatar de escartefigue
    Homme Profil pro
    bourreau
    Inscrit en
    Mars 2010
    Messages
    10 059
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loir et Cher (Centre)

    Informations professionnelles :
    Activité : bourreau
    Secteur : Finance

    Informations forums :
    Inscription : Mars 2010
    Messages : 10 059
    Points : 38 269
    Points
    38 269
    Billets dans le blog
    9
    Par défaut
    Les modules de services sont une bonne solution d'un point de vue urbanisme.
    Chaque application est responsable de ses données et les met à disposition des autres applications en protégeant ainsi l'intégrité de ses bases

    Gros, voire très gros bémol dans certains contextes d'utilisation, et notamment les traitement de très gros volumes d'information (je parle de plusieurs centaines voire milliards de lignes de données)
    La, les modules de services sont parfois un tel frein que les traitements sont quasi à l'arrêt

    Donc ça dépend du contexte, en rythme de croisière c'est souvent plutôt bien (sous réserve qu'ils soient bien construit, mais c'est vrai pour toute requête), sur certains traitements de masse, à fuir comme la peste

    Pour ma part, j'ai beaucoup travaillé sur des chantiers de migration et convergence dont l'une des principales contraintes est de devoir traiter de très gros volumes en le moins de temps possible, dans ce contexte, les modules de services sont généralement à éviter

  3. #3
    Modérateur
    Avatar de escartefigue
    Homme Profil pro
    bourreau
    Inscrit en
    Mars 2010
    Messages
    10 059
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loir et Cher (Centre)

    Informations professionnelles :
    Activité : bourreau
    Secteur : Finance

    Informations forums :
    Inscription : Mars 2010
    Messages : 10 059
    Points : 38 269
    Points
    38 269
    Billets dans le blog
    9
    Par défaut
    J'ajoute quelques remarques
    - si accesseur il y a, ils doivent renvoyer toutes les informations suite à la requete, c'est à dire la SQLCA complète,
    et pas seulement le SQLCODE (comme on le voit souvent) voire pire, un code propre à l'accesseur sans aucune info de la SQLCA !
    - l'accesseur ne doit JAMAIS décider de la gravité d'un code retour, la gravité est liée au contexte, seul le traitement
    appelant doit décider si tel SQLCODE combiné éventuellement à d'autres éléments de la SQLCA (reason code, SQLWARN(), SQLERRD()...)
    doit être considéré comme grave
    - j'ai aussi rencontré sur certains sites des SQLCODE renvoyés, mais tronqués sur 4 caractères !
    - il est bon aussi de prévoir des requêtes de type existence check, combien de fois n'ai-je vu que des curseurs proposés en lieu et place d'un
    test d'existence sans donnée transportée La création d'accesseur devrait de ce point de vue être une façon d'inciter les développeurs
    à ne transporter que les données utiles !

Discussions similaires

  1. Réponses: 4
    Dernier message: 29/10/2015, 11h24
  2. Configuration Ibatis pour accès DB2 sur Zos
    Par Cybero dans le forum DB2
    Réponses: 4
    Dernier message: 15/02/2011, 15h45
  3. accès DB2 avec L'AGL PACBASE
    Par tobeljer dans le forum DB2
    Réponses: 0
    Dernier message: 11/10/2009, 15h36
  4. Accès à DB2 depuis programme .net C#
    Par stlen dans le forum DB2
    Réponses: 0
    Dernier message: 05/09/2009, 20h45
  5. Ado pour accès à DB2 sur AS400
    Par Clotilde dans le forum Composants VCL
    Réponses: 8
    Dernier message: 25/06/2008, 15h31

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