[ISeries] ALTER TABLE

[luc2verga]

Bonjour à tous,

Je rencontre un soucis sur DB2 ISeries (version 6). Voici le problème :
j'ai une table nommée INV_LISTE_PN_LOT_RES et je souhaiterais ajouter un champ CLASSE (type = VARCHAR).
Si j'exécute le script suivant :

Code :

"ALTER TABLE MSF.INV_LISTE_PN_LOT_RES ADD COLUMN CLASSE VARCHAR (10) CCSID 37 NOT HIDDEN ;"

j'obtiens l'erreur suivante :

"Etat SQL : 58004
Code fournisseur : -901
Message : [SQL0901] Erreur système SQL. Cause . . . . . : Une erreur système SQL est intervenue. L'instruction SQL en cours ne peut s'exécuter avec succès.

Cette erreur n'empêchera pas cependant l'exécution des instructions suivantes. Il se peut que des messages précédents aient signalé un incident lié à cette instruction SQL et que SQL
n'ait pas correctement diagnostiqué l'erreur. Les messages précédents indiquent peut-être qu'un incident s'est produit sur cette instruction SQL,
mais que le diagnostic n'a pas été correctement effectué par SQL. L'ID message précédent est . Une erreur interne de type 4408 s'est produite. S'il s'agit d'une précompilation,
le traitement s'interrompra sur cette instruction.
Que faire . . . : Consultez les messages précédents pour déterminer si un incident s'est produit sur cette instruction SQL.
Pour consulter les messages, utilisez la commande DSPJOBLOG en mode interactif, ou la commande WRKJOB pour visualiser la sortie d'une précompilation.
Un programme d'application recevant ce code retour peut tenter de lancer de nouvelles instructions SQL. Corrigez les erreurs éventuelles et renouvelez votre demande.".

En regardant dans l'historique du travail, je trouve les erreurs suivantes :
- "Tentative de division par zéro pour opération en virgule fixe"
- "Erreur interne dans le processeur de requête de fichier.".

Avez-vous une idée pour résoudre mon problème ?

Merci d'avance et bonne soirée
Luc

[K2R400]

A l'origine, s'agit d'un fichier (DDS) ou d'une table (DDL) ? Je pense que tu peux avoir cette info par un DSPFD ?

Essaye de dupliquer l'objet et d'essayer ton ALTER TABLE sur une table vide (sans données) pour voir.

Aussi, attention, je vois que tu créés un VARCHAR sans ALLOCATE, en espérant que ta zone CLASSE ne soit pratiquement jamais renseignée, dans le cas contraire, attention aux performances !

[luc2verga]

Tout d'abord, merci K2R400 pour ta réponse.

Envoyé par K2R400

A l'origine, s'agit d'un fichier (DDS) ou d'une table (DDL) ?

INV_LISTE_PN_LOT_RES est une table (DDL)

Envoyé par K2R400

Essaye de dupliquer l'objet et d'essayer ton ALTER TABLE sur une table vide (sans données) pour voir.

J'ai donc dupliqué ma table :

Code :

CREATE TABLE msf.inv_liste_pn_lot_res1 LIKE msf.inv_liste_pn_lot_res

et j'ai appliqué mon ALTER TABLE qui fonctionne correctement ! Le problème viendrait-il de mes données ?

Envoyé par K2R400

Aussi, attention, je vois que tu créés un VARCHAR sans ALLOCATE, en espérant que ta zone CLASSE ne soit pratiquement jamais renseignée, dans le cas contraire, attention aux performances !

Pour être honnête, je suis débutant sur DB2 (nous étions auparavant sur Oracle). Et pour tout dire, nous avons des problèmes de performances, ce qui nous a amené à créer pas mal d'index. Peux-tu donc m'expliquer pourquoi tu me parles d'ALLOCATE ?

Merci d'avance

[K2R400]

Envoyé par luc2verga

INV_LISTE_PN_LOT_RES est une table (DDL)

Il faut en être certain, et le vérifier avec un DSPFD qui doit te donner :

Code :

1
2
Attributs fichier base de données                                
  Type de fichier SQL . . . . . . . . . . . . :            TABLE

Envoyé par luc2verga

Le problème viendrait-il de mes données ?

C'est pour ça que je pense qu'à l'origine c'est un fichier DDS au lieu de DDL.
Ces entités ne sont pas fiables, ton problème pourrait provenir de zones numériques ou packées (decimal) qui contiendraient des caractères.

Envoyé par luc2verga

Pour être honnête, je suis débutant sur DB2 (nous étions auparavant sur Oracle). Et pour tout dire, nous avons des problèmes de performances, ce qui nous a amené à créer pas mal d'index. Peux-tu donc m'expliquer pourquoi tu me parles d'ALLOCATE ?

Pour ton problème de performances il faudrait déjà savoir en quelle version es-tu. Pour ce qui est de l'allocate, quand on cree un VARCHAR ou CLOB sa valeur a une grande importance et peu effectivement jouer sur les performances.

Exemple : Tu créés un VARCHAR(10000) avec un ALLOCATE(100).
Dans la table, les 9900 caractères n'y sont pas, mais stockés dans une autre table (cachée), seuls les 100 premiers y sont (plus la longueur totale soit 102 pour un VARCHAR et 104 pour un CLOB).

L'avantage :
- Il est plus rapide d’accéder aux données consécutivement sur disque quand on lit plusieurs enregistrements (groupages, result set...)
L'inconvénient :
- Si ta zone est lue (attention au SELECT *) et qu'elle contient plus de 100 caractères, il faudra un deuxième I/O disque pour lire les informations (extra data).

Dans ton exemple, chaque fois que tu liras un enregistrement, il y aura 2 I/O d'où un impact sur les performances.

[luc2verga]

Envoyé par K2R400

Il faut en être certain, et le vérifier avec un DSPFD qui doit te donner :

Code :

La vérification a été faite avec DSPFD.

Envoyé par K2R400

Pour ton problème de performances il faudrait déjà savoir en quelle version es-tu.

v6r1

Envoyé par K2R400

Dans ton exemple, chaque fois que tu liras un enregistrement, il y aura 2 I/O d'où un impact sur les performances.

Dans mon cas, je retrouve 0 si j'affiche ALLOCATE pour mes champs VARCHAR. Dois-je modifier cela ? Et si oui comment ?

Merci d'avance !

[luc2verga]

Autre information, si je vide ma table et que je cherche à ajouter cette nouvelle colonne, j'ai la même erreur.

[K2R400]

humm, bizarre....

Procédons par élimination :

1) Ce n'est pas un fichier DDS donc le problème ne vient pas des données.
2) Sur une table identique sans données ca marche mais pas sur la tienne sans données. Peut-être un problème de dépendants (triggers, index, vues, MQTs, etc...). Il faudrait peut-être supprimer les dépendants et ressayer.

Il faudrait s'assurer aussi que tu es les dernières PTFs DB2 Group à vérifier sur le site IBM FIX CENTRAL et par la commande WRKPTFGRP.
Il faudrait aussi lancer un RCLDBXREF pour vérifier.

[larry57]

Ma question.
Est-ce que tu as des fichiers logiques attachés à ta table ?
Fait un DSPDBR de ton fichier.
Il y a peut-être un problème à ce niveau.