Discussion :

[randriano]

Bonjour,

Je cherche comment avoir un équivalent des tables INSERTED/DELETED de SQL Server!
En fait, j'essaie de traduire une instruction SQL Server de jointure entre la table DELETED et la table dont on supprime des lignes.

Code :

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

DELETE FROM [TableEntity] WHERE ID IN (SELECT Ins.ID FROM [inserted] Ins , [TableEntity] Ent WHERE

Dans mon cas, le dernier enregistrement inséré dans [inserted] qui m'intéresse
Bien sur cette ligne est utilisée dans un trigger after delete! Je projette de créer alors une table avant cela pour contenir tous les :old
Est-ce une bonne approche? Le problème c'est que table créée avec EXECUTE IMMEDIATE n'est pas reconnue dans cette requête (undeclared identifier)

Autre idée générale

Pour avoir une émulation totale des pseudo-tables Mssql, je pense à faire l'insertion dans une table temporaire avec les triggers FOR EACH ROW puis traiter la table résultante dans un trigger statement du même évènement.
J'ai pas encore implémenté cette technique mais est-ce bon?

[orafrance]

et si tu expliquais à ceux qui ne connaissent pas les pseudo-tables SQL Server, ce que tu veux faire ? Parce que personnellement, je ne comprends pas bien le but de la manoeuvre

[randriano]

Désolé de m'être mal exprimé!
Le but c'est de faire une table temporaire pour contenir les lignes supprimées grâce à un trigger pour traiter le tout à la fin dans un trigger instruction after delete
Comment faire pour cette idée de table temporaire?

Les pseudo-tables(inserted,deleted) de SQL Server sont des tables pour contenir les lignes mises à jour ou supprimées possèdant la même définition que la table sur laquelle le trigger est appliqué. Bref, c'est l'équivalent des :old et :new de Oracle.
Sauf que SQL Server n'a pas de trigger For Each Row donc il enregistre les lignes d'abord dans ces pseudo-tables et traiter le tout dans le trigger à la fin de la requête. Remarquons qu'Oracle possède 2 types de base de trigger: instruction et ligne (for each row) tandis que SQL Server n'a que le trigger instruction qui se sert de INSERTED/DELETED pour récupérer des informations sur l’opération déclenchante

[mnitu]

Désolé de m'être mal exprimé!
Le but c'est de faire une table temporaire pour contenir les lignes supprimées grâce à un trigger pour traiter le tout à la fin dans un trigger instruction after delete
Comment faire pour cette idée de table temporaire?
...

http://asktom.oracle.com/tkyte/Mutate/index.html

[randriano]

Je ne comprend pas où voulez-vous en venir mnitu

[mnitu]

Je ne comprend pas où voulez-vous en venir mnitu

Nul part. Mais il me semble que l’article en question décrit le mécanisme que vous cherchez. Laisser tomber le titre concernant la table « klingoniane ». Avez vous examiné le code de la section Case 2 ?

[randriano]

J'utilise Oracle 9i release 2!!

[mnitu]

Même version.

[randriano]

Même version.

C'est bizarre, utilises-tu le même script que j'ai attaché à mon précédent post?

Revenons à l'origine de ce thread (émulation des pseudo-tables): je vais finalement opter pour la table ordinaire que je vide à chaque BEFORE INSERT, insertion à chaque AFTER INSERT FOR EACH ROW

[randriano]

J'y opte car j'ai besoin de faire un SELECT sur l'émulation de la table. J'avais pensé que le package avec une variable table va suffire mais on ne peut pas y faire un select si je ne me trompe pas !!