DÉCLARER TABLE TEMPORAIRE GLOBALE Vs GLOBAUX de CRÉER une TABLE TEMPORAIRE dans DB2

suis entrain de créer un GLOBAL TEMPORARY TABLE dans DB2. et quand j'ai surfé, j'ai reçu un deux façon de créer
1. Déclarer
2. Créer.

1. DECLARE GLOBAL TEMPORARY TABLE SESSION.TEMP_EMP
      (EMPNO  CHAR(6) NOT NULL,
       SALARY DECIMAL(9, 2),
       BONUS  DECIMAL(9, 2),
       COMM   DECIMAL(9, 2)) WITH REPLACE ON COMMIT PRESERVE ROWS ;

2. CREATE GLOBAL TEMPORARY TABLE TMPDEPT
      (TMPDEPTNO   CHAR(3)      NOT NULL,
       TMPDEPTNAME VARCHAR(36)  NOT NULL,
       TMPMGRNO    CHAR(6),
       TMPLOCATION CHAR(16) ) ON COMMIT PRESERVE ROWS ;

et d'IBM site j'ai eu une info que créer est la meilleure depuis sa peut être persistante , permettant à toutes les sessions de l'utilisateur pour accéder à la même définition de la table sans avoir à les déclarer au démarrage et beaucoup plus d'avantages.

Lien : http://www.ibm.com/developerworks/data/library/techarticle/dm-0912globaltemptable/

et j'avais quelques questions à l'aide de la création de plus de déclarer:

  1. Je ne pouvais pas trouver la Replace mot-clé lors de l'utilisation CREATE GLOBAL TEMPORARY TABLE .

  2. envisager un scénario,
    suis l'ouverture de la connexion et de l'exécution d'une Procédure Stockée,

    dans cette Procédure Stockée suis de la création Mondiale de la table temporaire
    et dans le cadre de cette Procédure Stockée vais appeler une Autre Procédure Stockée
    ce qui encore une fois ont same Créer de la table temporaire de déclaration .. ce qui va se passer dans ce cas..
    ne jeter aucune erreur, puisque à la fois de table nae sont les mêmes et dans le même connexion?

  3. Déclarer session et créer de ne pas avoir?? n'est-ce lié persistant??

  4. en performace sage qui est le meilleur? Déclarer temp ou créer des temp?

  5. Suggérer quelques scenarioes pour le meilleur usage de déclarer /créer !!

OriginalL'auteur A Programmer | 2013-03-29

  1. 9

    Il y a un bon article de Craig Mullins S. qui couvre les principales différences entre les deux. Pour la plupart des fins, ils fonctionnent de la même.

    Créé des Tables temporaires sont créés dans DSNDB07, qui est le fichier de travail de base de données (la même zone de stockage utilisé au cours de SQL qui ont besoin de travail de stockage). Déclaré Tables temporaires sont stockés temporairement dans un espace de stockage que vous avez créer.

    Il y a quelques inconvénients pour le CTT:

    • Parce qu'ils ne sont pas persistantes, les opérations de base de données
      y compris le verrouillage, l'enregistrement et la récupération ne s'applique pas créé
      les tables temporaires.

    • Index ne peut pas être créé à créé des tables temporaires ainsi tous les accès
      est par une analyse de la table.

    • Contraintes ne peut pas être créé à créé des tables temporaires.

    • Une valeur null est le seul défaut de la valeur permise pour les colonnes de a créé
      table temporaire.

    • Créé des tables temporaires ne peuvent pas être référencés par DB2 utilitaires.

    • Créé des tables temporaires ne peut pas être spécifiée comme l'objet d'une
      Instruction de mise à JOUR.

    • Lors de la suppression d'une table temporaire, toutes les lignes doivent être
      supprimé.

    • Bien que les opinions peuvent être créés sur des créé des tables temporaires, AVEC l'
      COCHEZ l'OPTION ne peut pas être spécifiée.

    De la TNT sont généralement beaucoup plus souple:

    • Déclaré tables temporaires peuvent avoir des indices et des contraintes CHECK
      défini sur eux.

    • Vous pouvez lancer la mise à JOUR des déclarations et positionné DELETE
      contre déclarée table temporaire.

    • Vous pouvez définissent implicitement les colonnes d'un déclarées table temporaire
      et utiliser le tableau de résultat d'un SELECT.

    Maintenant pour vos questions numérotées:

    1. & 2. Il n'existe pas. Je crois (et je ne suis pas sûr à 100% si cela est exact, notre boutique
    assez bien utilise Cdi dans tous les cas) qu'un CTT est déclaré une fois (par
    un DBA), puis les programmeurs d'application pouvez l'utiliser dans n'importe quelle session.
    Chaque connexion ont leur propre copie, et une fois que l'application se déconnecte,
    les données stockées dans cette CTT dans cette session va s'en aller.

    3. SESSION est juste le schéma de l'identificateur pour le Cdi. Il montre que c'est temporaire
    table qui ne persistent pas.

    4. Je pense que les deux ont environ la même performance. Ils seront plus rapide
    que des tables normales, parce que le verrouillage, l'enregistrement, récupération, etc ne s'applique pas.

    5. En général, je dirais que les Cdi sont le chemin à parcourir, mais t tauri classique sont
    utile (comme Craig dit dans son article):

    (T tauri classique) doit être considéré avant tout lorsqu'aucune mise à jour de données temporaires
    est nécessaire et l'accès aux données temporaires sont purement séquentielle.

    OriginalL'auteur bhamby

  2. 0
    1. Nous avons constaté que Créé des Tables temporaires ont, dans notre cas, effectué beaucoup mieux que les Cdi. Il est peut-être une exception (ça dépend), mais l'élan pour le changement a été de voir le nombre de l'accroissement de la Lie qui ont été effectuées avec Cdi. Chaque transaction nécessaire de 23 tables temporaires. Nous avons couru un test parallèle et trouve t tauri classique a entraîné d'énormes gouttes dans les deux cpu et In_DB2 temps. Nous avons également vu des gouttes de fermeture/verrouillage attend et a constaté que, avec t tauri classique notre ZIIP cpu a commencé à dépasser nos GP cpu, ce qui rend tout le monde heureux.

    Nous n'avons pas besoin de la TNT d'indices ou de mise à jour des accès et n'avait pas l'utiliser pour tout RI.

    OriginalL'auteur Bob Cothroll