Discussion :

[Jinkas99]

Bonjour,

Je voudrais créer un script pour mettre à jour toutes les lignes d'une colonne ayant la valeur null et cela pour deux tables différentes.
par exemple:

Code :

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

1
2
3
	Update ma_table
		set ma_colonne = nouvelle_valeur
		WHERE ma_colonne is null;

1- Je ne sais pas si je mets directement le code sql dans un script shell ou bien je crée une procédure stockée et je l'appelle depuis le script shell.

2- Je ne sais pas si c'est mieux d'utiliser des curseurs ou bien de faire un simple update.

Merci.

[Pomalaix]

Les intérêts essentiels d'une procédure stockée sont :
1) la centralisation du code en base et la possibilité de l'exécuter pour tous les utilisateurs auxquels on donnera les droits
2) une réduction des échanges entre le client et le serveur, avec le gain de performances correspondant

Si votre requête est à usage unique, vous n'êtes pas concerné par le point 1.
Et si votre procédure ne contenait que ladite requête, vous n'êtes pas concerné par le point 2 non plus car dans le cadre d'un UPDATE, il n'y a aucun échange de données entre le client et le serveur.

Quant au curseur, il ne serait d'aucune utilité ici.
Pourquoi fonctionner ligne par ligne quand vous pouvez tout traiter en une seule passe, et donc bien plus efficacement ?

[Jinkas99]

Merci beaucoup pour votre réponse.

Et si le script est exécuté sur un serveur unix par une tierce personne et que celui-ci est amené à générer des logs pour chaque ligne traitée?

[mnitu]

Détaillez " ...logs pour chaque ligne traitée".

[Jinkas99]

Utiliser UTL_FILE.PUT_LINE par exemple pour afficher le nombre de lignes qui ont été mises à jour, pour afficher des infos sur chaque ligne traitée, etc...

[mnitu]

Via spool vous pouvez récupérer les nombre des lignes. Quand à "infos de chaque ligne traitée" je me demande bien qu'est-ce que c'est.
Bref, si vous y tenez vraiment de travailler ligne à ligne alors la bonne solution est de manipuler l'ensemble des enregistrements en PL/SQL en travaillant par lot. Mais la complexité du code à écrire dans ce cas doit être justifié par un vrai besoin.

[Jinkas99]

Merci beaucoup.