Discussion :

[bstevy]

Bonjour à tous,

Je pense que ce que je cherche n'existe pas, mais j'aimerai avoir votre avis sur la question.

En fait, je dois procéder à une grosse extraction de donnée, et nous allons utiliser un package pour obtenir toutes les informations dont j'ai besoin... sauf que ce package, personne ne sait vraiment ce qu'il y a dedans.
J'entends par là que, évidement, j'ai étudié le code, donc je sais ce qu'il y a dedans, mais mon chef voudrais avoir un moyen d'être sur que l'execution des fonctions ne va pas écrire en base, et ne vas y faire que des select.

Est ce que j'ai un moyen avec un table du dictionnaire, ou autre, de voir qu'après execution de ma requête, aucune donnée n'a été modifiée, qu'il n'y a eu aucun delete, update ou insert ?


Merci d'avance pour votre retour.

[McM]

On peut savoir le nombre d'insert, delete, update depuis les dernières stats.
Je ne garantis pas la fiabilité à 100% .. J'entends par là, que si des stats sont lancées par la procédure, tu ne verras pas les impacts sur les tables statées.
Et aussi que ceci ne fonctionne que sur les tables monitorées. "tables with the MONITORING attribute"


Ce code te donne les insert/delete/update sur les tables depuis leur dernière analyse.

Code :

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

1
2
3
4
5
6
7
SELECT m.table_owner, m.table_name, m.inserts, m.updates, m.deletes, 
	m.TIMESTAMP AS last_modif, m.truncated, t.num_rows, t.BLOCKS, t.last_analyzed, 
    TRUNC(GREATEST(inserts, updates, deletes) * 100 / DECODE(t.num_rows, 0, NULL, t.num_rows)) AS Pct
FROM all_tab_modifications m, all_tables t
WHERE m.table_name = t.table_name
AND m.table_owner = t.owner
ORDER BY GREATEST(inserts, updates, deletes) DESC

Attention ce n'est pas en temps réel, faut faire un flush pour avoir les infos actualisées.
dbms_stats.FLUSH_DATABASE_MONITORING_INFO;

Donc,
1/ Arrêter les stats (si elles sont lancées automatiquement par cron)
2/ dbms_stats.FLUSH_DATABASE_MONITORING_INFO;
3/ Tu lances la requête sur all_tab_modifications et tu exportes le résultat
4/ Tu lances ta procédure
5/ dbms_stats.FLUSH_DATABASE_MONITORING_INFO;
6/ Tu relances la requête sur all_tab_modifications et tu exportes le résultat
7/ Tu compares les 2 résultats.
8/ Tu réactives les stats

Bien sur, si quelqu'un d'autre modifie une ligne pendant ton traitement, tu le verras.

[mnitu]

Je ne jamais testé ça: mais la base peut être démarrée en mode read_only et l'exécution des requêtes qui modifient des données dans ce mode devrait générer une erreur.

[islamov2000]

Tu peux analyser le resultat en interrogeant les deux vues sys.v_$sqlarea et sys.v_$sql

[bstevy]

On peut savoir le nombre d'insert, delete, update depuis les dernières stats.
Je ne garantis pas la fiabilité à 100% .. J'entends par là, que si des stats sont lancées par la procédure, tu ne verras pas les impacts sur les tables statées.
Et aussi que ceci ne fonctionne que sur les tables monitorées. "tables with the MONITORING attribute"


Ce code te donne les insert/delete/update sur les tables depuis leur dernière analyse.

Code :

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

1
2
3
4
5
6
7
SELECT m.table_owner, m.table_name, m.inserts, m.updates, m.deletes, 
	m.TIMESTAMP AS last_modif, m.truncated, t.num_rows, t.BLOCKS, t.last_analyzed, 
    TRUNC(GREATEST(inserts, updates, deletes) * 100 / DECODE(t.num_rows, 0, NULL, t.num_rows)) AS Pct
FROM all_tab_modifications m, all_tables t
WHERE m.table_name = t.table_name
AND m.table_owner = t.owner
ORDER BY GREATEST(inserts, updates, deletes) DESC

Attention ce n'est pas en temps réel, faut faire un flush pour avoir les infos actualisées.
dbms_stats.FLUSH_DATABASE_MONITORING_INFO;

Donc,
1/ Arrêter les stats (si elles sont lancées automatiquement par cron)
2/ dbms_stats.FLUSH_DATABASE_MONITORING_INFO;
3/ Tu lances la requête sur all_tab_modifications et tu exportes le résultat
4/ Tu lances ta procédure
5/ dbms_stats.FLUSH_DATABASE_MONITORING_INFO;
6/ Tu relances la requête sur all_tab_modifications et tu exportes le résultat
7/ Tu compares les 2 résultats.
8/ Tu réactives les stats

Bien sur, si quelqu'un d'autre modifie une ligne pendant ton traitement, tu le verras.

Ta solution m'a l'air nickel, mais j'ai pas les privilèges ...

Quant à redémarrer la base, c'est encore moins imaginable... et les vues sys ne donnent aucune info pertinantes.


Merci quand même à vous.