Discussion :

[cristophe0071983]

bonjour a tous

j'aurai besoin de chercher les verrous et mes looks sur mon instance

j’utilise pour cela cette petit requête

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
SELECT pg_database.datname AS database, relation::regclass, pg_locks.database AS db_oid, pg_locks.relation AS rel_oid,
        locktype, page, tuple, virtualxid, transactionid, classid, objid, objsubid, virtualtransaction, pid, mode, granted
    FROM pg_locks
    LEFT OUTER JOIN pg_database ON (pg_locks.database = pg_database.oid)
    ORDER BY database, relation;

le Pb c'est que Postgres semble être seulement capable de résoudre les noms des relations dans le catalogue actuel

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 database    |                relation                 | db_oid  | rel_oid |   locktype    | page | tuple | virtualxid  | transactionid | classid | objid | objsubid | virtualtransaction |  pid  |           mode           | granted
----------------+-----------------------------------------+---------+---------+---------------+------+-------+-------------+---------------+---------+-------+----------+--------------------+-------+--------------------------+---------
 franknfurter   | pg_locks                                | 2881378 |   11000 | relation      |      |       |             |               |         |       |          | 40/1709521         |  9684 | AccessShareLock          | t
 janet          |                                         | 3820378 | 3820698 | relation      |      |       |             |               |         |       |          | 97/3461972         | 19937 | AccessShareLock          | t
 janet          |                                         | 3820378 | 3820698 | relation      |      |       |             |               |         |       |          | 97/3461972         | 19937 | RowExclusiveLock         | t
                | pg_database_datname_index               |       0 |    2671 | relation      |      |       |             |               |         |       |          | 40/1709521         |  9684 | AccessShareLock          | t
 brad           |                                         |  772666 |  772946 | relation      |      |       |             |               |         |       |          | 28/1711346         |  9317 | ShareUpdateExclusiveLock | t
 franknfurter   | idx_posts_user_id_deleted_at            | 2881378 | 2883250 | relation      |      |       |             |               |         |       |          | 21/2032902         |  9602 | RowExclusiveLock         | t
 franknfurter   | pg_class                                | 2881378 |    1259 | relation      |      |       |             |               |         |       |          | 40/1709521         |  9684 | AccessShareLock          | t
 franknfurter   | posts_pkey                              | 2881378 | 2881707 | relation      |      |       |             |               |         |       |          | 21/2032902         |  9602 | RowExclusiveLock         | t
                |                                         |         |         | virtualxid    |      |       | 97/3461972  |               |         |       |          | 97/3461972         | 19937 | ExclusiveLock            | t

Est-ce C'est juste une limitation de postgres ou est-ce que je doit faire quelque chose différemment?

[alassanediakite]

Salut

le Pb c'est que Postgres semble être seulement capable de résoudre les noms des relations dans le catalogue actuel

Qu'est ce qu'on doit comprendre par "catalogue"?
S'il s'agit de "base de données", on voit plusieurs "catalogue" à gauche de votre résultat.
@+

[SQLpro]

db_oid correspond à l'id de la base et re_oid à la table....

Effectivement pour faire le lien, deux solutions :
1) jouer la requête dans chaque base concernée
2) mettre en place des dblink (superlourd, peu performant...) pour jouer la requête en multibase....

C'est d'ailleurs un des reproche que j'ai fait sur PostgreSQL dans un de mes audits :
"
3.10 - Des requêtes interbase inoptimisable

Bien que PostGreSQL se prétende multibase, les différentes bases d’un même serveur sont totalement cloisonnées et ne peuvent communiquer que part un middleware de nom dblink. L’inconvénient est qu’une requête faisant jointure entre deux tables de deux bases différentes impose de migrer les données d’une base à l’autre, données qui se retrouve sous forme de table temporaire sans index ni statistiques. En conclusion les requêtes interbases de PostGreSQL ont des performances potentiellement catastrophiques.
Ce n’est pas le cas de SQL Server qui optimise de la même façon les requêtes qu’elles soient intra ou inter base.
"

A +