Discussion :

[alichoupi]

Bonjour tout le monde,

J'ai créé une procédure stockée en Transact SQL et j'aimerai la mettre en place pour Oracle.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
DECLARE @date DATETIME
	DECLARE @Unit SMALLINT
	DECLARE @Long SMALLINT
	SELECT @Unit = Base1.dbo.T_LI.UNIT from T_LI
	SELECT @Long = Base1.dbo.T_LI.LONG from T_LI
	SELECT @Long = -@Long_Archivage -- Mets là valeur en négatif
 
IF @Unit_Archivage = 2
BEGIN
SELECT @date = DATEADD(month, @, CAST(CONVERT(CHAR(8), GETDATE(), 112) AS DATETIME))
END

Le but de ma procédure est de supprimer des valeurs qui deviennent trop anciennes.

Comment puis-je mettre cela en place en PL/SQL ?

[orafrance]

Tu parles de suppression mais j'vois pas de DELETE

Elle fait quoi exactement cette fonction ?

Je pense que ce serait un truc de ce style pour le début :

Code :

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

1
2
3
4
5
6
7
8
DECLARE
I_Unit INTEGER;
I_Long INTEGER;
BEGIN
 
SELECT T_LI.UNIT, T_LI.LONG
INTO  I_Unit, I_Long
FROM T_LI;

Mais après, je ne comprends pas ce que fait le reste

Pour info, date du jour c'est TRUNC(SYSDATE) (aujourd'hui à 0h00) dans Oracle, SYSDATE étant la date plus l'heure.

[alichoupi]

Exact ! Que je suis bête ...

Le but de ma procédure est d'insérer les valeurs qui deviennent trop anciennes dans une nouvelle base de données Archive puis les supprimer dans la base courante.

Voilà en fichier joint la procédure que j'ai réalisé en Transact SQL.

[mnitu]

Supprimez la partie de la procédure qui crée les tables si elles n'existent pas. Ce n'est pas la façon de procéder avec Oracle, ces objets doivent déjà être crées à l'exécution de la procédure.

Maintenant, ce qui reste est une suite des 3 INSERT Into … Select From... suivis des 3 DELETE … qui semble à ne pas poser aucune difficulté. Sauf que, en Oracle au moins, faire ce traitement de cette manière pourrait donner des résultat incorrectes, vu que le niveau d'isolation par défaut des transactions en Oracle est READ_COMMITED.

[orafrance]

Sauf que, en Oracle au moins, faire ce traitement de cette manière pourrait donner des résultat incorrectes, vu que le niveau d'isolation par défaut des transactions en Oracle est READ_COMMITED.

Tant qu'il ne se reconnecte pas ça doit pas poser de problème. Oracle est en READ_COMMITED mais voit tout de même les lignes modifiées dans sa session.

[mnitu]

Tant qu'il ne se reconnecte pas ça doit pas poser de problème. Oracle est en READ_COMMITED mais voit tout de même les lignes modifiées dans sa session.

t0. Transaction T1 insert dans la table un enregistrement ou dat_rec < &date sans faire commit.

t1. La transaction T2, qui fait l'archivage, démarre en faisaient l'INSERT INTO... SELECT... FROM …. Le niveau d'isolation par défaut READ_COMMITED garanti que l'enregistrement inséré par la transaction T1 n'est pas visible pour T2.

t2. La transaction T1 fait commit.

t3. La transaction T2 passe à la partie DELETE. L'enregistrement inséré par T1 est désormais visible et donc elle est supprimé sans avoir être archivé.