[DB2/400] Lister les tables d'un schéma

Bonjour à tous !

Je souhaiterais afficher la liste des tables d'un schéma particulier. Pour le moment j'ai la requête pour afficher l'ensemble des tables du système :

Code:

---

1 2 3 4

SELECT * FROM QSYS2.SYSTABLES WHERE TABLE_TYPE='T'

---

J'ai fais quelques recherches, mais je n'arrive pas à récupérer la liste des tables pour un schéma précis... Auriez vous des pistes? L'idée serait ensuite de récupérer chaque colonnes + propriétés (type de données, longueur, etc)


EDIT:

A priori, SYSTABLES existerait aussi au sein des schémas. Ce qui me donne la requête suivante :

Code:

---

1 2	SELECT SYSCOLUMNS.TABLE_NAME, SYSCOLUMNS.COLUMN_NAME, SYSCOLUMNS.DATA_TYPE, SYSCOLUMNS.LENGTH, SYSCOLUMNS.COLUMN_TEXT FROM COMDTM30.SYSCOLUMNS AS SYSCOLUMNS;

---

Le fait est que cette requête ne renvoi aucun résultat... Je continue mes recherches dans ce sens.

Merci par avance,

ZenZiTone.

Bonjour,

tu as différentes possibilités, soit interroger les vues du schéma SYSCAT :

Code:

---

1 2	SELECT * FROM SYSCAT.TABLES WHERE TABSCHEMA = 'SYSIBM' ;

---

Soit directement les tables du schéma SYSIBM :

Code:

---

1 2	SELECT * FROM SYSIBM.SYSTABLES WHERE CREATOR = 'SYSIBM' ;

---

Après si tu souhaites visualiser les colonnes d'une table :

Code:

---

1 2	SELECT COLNAME, TYPENAME, LENGTH FROM SYSCAT.COLUMNS WHERE TABSCHEMA = 'SPIVE001' and TABNAME = 'PART' order by COLNO;

---

Si tu souhaites voir la structure complète de la table (en mode commande) :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

DESCRIBE TABLE SPIVEMDR.ETAB     Data type Column Column name schema Data type name Length Scale Nulls ------------------------------- --------- ------------------- ---------- ----- ------ ID_ENTR SYSIBM CHARACTER 30 0 Yes ID_STRUCT SYSIBM CHARACTER 5 0 Yes ENSGN_ETS SYSIBM GRAPHIC 32 0 Yes ID_PART SYSIBM CHARACTER 14 0 Yes NUM_SIREN_ENTR SYSIBM CHARACTER 9 0 Yes NUM_SIRET_ETS SYSIBM CHARACTER 14 0 Yes ADR_LIGNE3 SYSIBM GRAPHIC 38 0 Yes ADR_LIGNE4 SYSIBM GRAPHIC 38 0 Yes ADR_LIGNE5 SYSIBM GRAPHIC 38 0 Yes ADR_LIGNE6 SYSIBM GRAPHIC 38 0 Yes ADR_EMAIL_PART_MLS SYSIBM GRAPHIC 100 0 Yes NUM_TEL_FIX SYSIBM GRAPHIC 17 0 Yes NUM_TEL_MOBL SYSIBM GRAPHIC 17 0 Yes NUM_FAX SYSIBM GRAPHIC 17 0 Yes ID_PORTEF SYSIBM CHARACTER 4 0 Yes 15 record(s) selected.

---

ETC...

Bonjour Macfurp, merci pour ta réponse.

J'ai essayé les requêtes que tu as proposé, mais je reçois des réponses du type :

Citation:

---

COLUMNS de type *FILE dans SYSCAT non trouvé.

---

La version de DB2 est en cause?

Sinon, j'ai essayé la requête ajouté dans EDIT: sur un autre schéma que celui visé et ça fonctionne comme je le souhaite. Des droits sur les schémas peuvent-ils être en cause?

Hum... je ne sais pas peut être un problème de client DB2...

Sinon un lien vers les tables du catalogue Iseries :

http://publib.boulder.ibm.com/infoce...atalogtbls.htm

Le lien suivant fourni des informations sur le catalogue Iseries et la façon de l'utiliser :

http://www-01.ibm.com/support/knowle...afzcatalog.htm

tu devrais y trouver ton bonheur, par exemple :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38

There are three classes of catalog views:   IBM® i catalog tables and views   The IBM i catalog tables and views are modeled after the ANS and ISO catalog views, but are not identical to the ANS and ISO catalog views. These tables and views are compatible with prior releases of DB2 for i.   These tables and views exist in schemas QSYS and QSYS2.   The catalog tables and views contain information about all tables, parameters, procedures, functions, distinct types, packages, Start of change XSR objects, End of change views, indexes, aliases, sequences, variables, triggers, and constraints in the entire relational database. When an SQL schema is created, an additional subset of these views are created into the schema that only contain information about tables, packages, views, indexes, and constraints in that schema. ODBC and JDBC catalog views   The ODBC and JDBC catalog views are designed to satisfy ODBC and JDBC metadata API requests. For example, SQLCOLUMNS. These views are compatible with views on DB2 LUW Version 8. These views will be modified as ODBC or JDBC enhances or modifies their metadata APIs.   These views exist in schema SYSIBM. ANS and ISO catalog views   The ANS and ISO catalog views are designed to comply with the ANS and ISO SQL standard (the Information Schema catalog views). These views will be modified as the ANS and ISO standard is enhanced or modified.   There are several columns in these views that are reserved for future standard enhancements.   There are two versions of these views: The first version of these views exist in schema INFORMATION_SCHEMA1. Only rows associated with objects to which the user has some privilege are included in the views. This version is compatible with the ANS and ISO SQL standard.   If you use of this set of catalog views to prevent users from seeing any information about objects to which they have no privilege, you should revoke privileges to the other catalog views from users and PUBLIC. The second version of these views exist in schema SYSIBM. All rows are included in these views whether or not the user has some privilege to the objects associated with rows in the views. These views are compatible with views on DB2 LUW Version 8 and will generally perform better than the ANS and ISO views in QSYS2.   For example, assume that a user has the SELECT privilege to the QSYS2.TABLES and SYSIBM.TABLES catalog views but does not have any privilege to a table called WORK.EMPLOYEE. The following SQL statement will not return a result row:   SELECT * FROM QSYS2.TABLES WHERE TABLE_SCHEMA = 'WORK' AND TABLE_NAME = 'EMPLOYEE'   However, the following SQL statement will return a result row:   SELECT * FROM SYSIBM.TABLES WHERE TABLE_SCHEMA = 'WORK' AND TABLE_NAME = 'EMPLOYEE'

---

Merci beaucoup pour les liens. Je vais y jeter un œil ;)

Citation:

---

Envoyé par Macfurp

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

DESCRIBE TABLE SPIVEMDR.ETAB     Data type Column Column name schema Data type name Length Scale Nulls ------------------------------- --------- ------------------- ---------- ----- ------ ID_ENTR SYSIBM CHARACTER 30 0 Yes ID_STRUCT SYSIBM CHARACTER 5 0 Yes ENSGN_ETS SYSIBM GRAPHIC 32 0 Yes ID_PART SYSIBM CHARACTER 14 0 Yes NUM_SIREN_ENTR SYSIBM CHARACTER 9 0 Yes NUM_SIRET_ETS SYSIBM CHARACTER 14 0 Yes ADR_LIGNE3 SYSIBM GRAPHIC 38 0 Yes ADR_LIGNE4 SYSIBM GRAPHIC 38 0 Yes ADR_LIGNE5 SYSIBM GRAPHIC 38 0 Yes ADR_LIGNE6 SYSIBM GRAPHIC 38 0 Yes ADR_EMAIL_PART_MLS SYSIBM GRAPHIC 100 0 Yes NUM_TEL_FIX SYSIBM GRAPHIC 17 0 Yes NUM_TEL_MOBL SYSIBM GRAPHIC 17 0 Yes NUM_FAX SYSIBM GRAPHIC 17 0 Yes ID_PORTEF SYSIBM CHARACTER 4 0 Yes 15 record(s) selected.

---

---

Es-tu sûr que cette syntaxe s'applique sur un DB2 for i (ou DB2/400, on ne sait plus trop ! ). En effet, je l'ai tenté dans le requêteur SQL d'iSeries Access, et cette syntaxe ne fonctionne pas. De plus, dans la doc IBM, ça ne correspond pas non plus. Qu'appelles-tu le mode commande ?

Bonjour,

J'ai fais plusieurs tests depuis le précédent message. J'ai notamment pu valider la requête suivante:

Code:

---

1 2 3 4 5 6 7 8 9 10

SELECT SYSCOLUMNS.TABLE_NAME, SYSCOLUMNS.COLUMN_NAME, SYSCOLUMNS.DATA_TYPE, SYSCOLUMNS.LENGTH, SYSCOLUMNS.COLUMN_TEXT   FROM MONSCHEMA.SYSCOLUMNS AS SYSCOLUMNS

---

Le problème est que le résultat de la requête est vide sur le seul schéma qui m'intéresse. Les autres, qui sont semblable, renvoient bien le résultat souhaité... :aie:

Bonjour.

A moins d'en avoir fait des copies, les tables, vues et index (fichiers) système SYSxxx se trouvent dans QSYS2 :
SYSCOLUMNS, SYSCHKCST, SYSCST, SYSFUNCS, SYSINDEXES, SYSKEYCST, SYSTABLES, SYSTRIGCOL, SYSTRIGDEP, SYSTRIGGER, SYSVIEWS, etc… Ce sont surtout des index et des vues basés sur les tables QADBxxx de QSYS :

- QSYS/QADBXREF : Basic database file attribute information
- QSYS/QADBFDEP : Cross-reference information about all the database files on the system (except those database files that are in the QTEMP library)
- QSYS/QADBIFLD : Database file field information
- QSYS/QADBKFLD : Database file key field information
- QSYS/QADBFCST : Referential constraint file information
- QSYS/QADBCCST : Referential constraint field information
- QSYS/QADBPKG : SQL package information
- QSYS/QADBXRDBD : Remote database directory information
- QSYS/QADBXTRIGB : Lists the triggers on your iSeries
- Etc…

Bonjour Hédhili Jaïdane, merci pour ta réponse.

Effectivement, les données que je souhaite se trouve également dans QSYS2. Un filtre sur le nom du schéma souhaité dans la close WHERE et le résultat est celui recherché. :)

Merci pour votre aide ! ;)

PS:

Citation:

---

Le problème est que le résultat de la requête est vide sur le seul schéma qui m'intéresse. Les autres, qui sont semblable, renvoient bien le résultat souhaité...

---

Je laisse ceci de coté pour le moment car le passage par QSYS2 "résout" le problème.

Citation:

---

Envoyé par ZenZiTone

Le problème est que le résultat de la requête est vide sur le seul schéma qui m'intéresse. Les autres, qui sont semblable, renvoient bien le résultat souhaité... :aie:

---

Bonjour.

Je pense que MONSCHEMA.SYSCOLUMNS n'est qu'une copie temporaire, avec ou sans filtre, de QSYS2/SYSCOLUMNS, faite par exemple par un CPYF. Si c'est le cas, cette vue n'est pas maintenue par le système sauf si c'est une vue basée sur une table QSYS/QDBAxxx.
Il faut se méfier de ces vues/index SYSxxxx qui ne sont pas d'origine dans QSYS2 et bien vérifier qu'elles sont bien basées sur une ou plusieurs tables QSYS/QDBAxxx.

Pour info, ces tables QSYS/QDBAxxx sont très sécurisées même en lecture contrairement aux vues/index QSYS2/SYSxxxx pour lesquelles l'accès en lecture est plus libre.

Citation:

---

Envoyé par Hédhili Jaïdane

Bonjour.

Je pense que MONSCHEMA.SYSCOLUMNS n'est qu'une copie temporaire, avec ou sans filtre, de QSYS2/SYSCOLUMNS, faite par exemple par un CPYF. Si c'est le cas, cette vue n'est pas maintenue par le système sauf si c'est une vue basée sur une table QSYS/QDBAxxx.
Il faut se méfier de ces vues/index SYSxxxx qui ne sont pas d'origine dans QSYS2 et bien vérifier qu'elles sont bien basées une ou plusieurs tables de QSYS/QDBAxxx.

Pour info, ces tables de QSYS/QDBAxxx sont très sécurisées même en lecture contrairement aux vues/index QSYS2/SYSxxxx pour lesquelles l'accès en lecture est plus libre.

---

Merci beaucoup pour ces précisions ;)