le forum IBM i

Bonjour,
Je ne suis pas une habituée des TABLES et INDEX créés par SQL.

Je dois copier la définition d'une TABLE et d'un INDEX dans QTEMP.

Pour des fichiers physiques et logiques par de soucis j'utilise CRTDUPOBJ.

Mais cette commande pour TABLE et INDEX ne va pas car elle me crée ses deux fichiers en PF et LF.

Dans mon programme il ne trouve pas le fichier INDEX mais un LF et me dit le pgm a reçu un msg "...... CPF428A lors d'une opération implicite OPEN sur le fichier £INVPERLT1. Le fichier réel est £INVPERLT1"

Merci pour toute l'aide que vous pourrez m'apporter.

Je pense mon problème ne vient pas du crtdupobj.
Si je trouve la solution je la mettrai

Une table c'est aussi un objet PF, un index aussi un objet F, tout cela me sembrel normal.

quand vous faites DSPFD sur la PF, est-ce qu'il dit "type d'objet SQL....TABLE" ?

Bonjour,
Merci pour votre réponse,

Mon problème ne venait pas du CRTDUPOBJ.

J'ai créé une table et index. Dans cette table, il y a des zones définies en CLOB. (je n'avais encore jamais utilisé)

Dans un CL, je fais un ovrdbf sur l'index.
Dans le pgm je fais un chain et un update, sauf que cela ne fonctionne pas à cause des zones en clob.

Pour résoudre mon problème, j'ai créé un logique classique sans les zones CLOB.
Je fais le chain et l'update normalement et ensuite je fais du sql pour mettre à jour les zones CLOB.

En temps normal, j'aurai fait la mise à jour par sql pour toutes les zones mais dans mon il y a beaucoup trop de zones d'où la solution utilisée.

Bonne journée

Effectivement, les BLOB et les CLOB ne sont accessible que en SQL (SQL seul ou SQL dans du RPG)