Discussion :

[thegreatbato]

Bonjour,

D'un côté j'ai une table, de l'autre une view, j'ai remplis la table avec les données de la view un jour, depuis, les données retournées par la view ont étés modifiées depuis.

J'ai besoin d'une procédure qui me donne tous les enregistrements qui ont étés modifiés depuis, j'ai pensé qu'un simple MINUS aurait été suffisant mais lorsque je fais

SELECT * FROM Table
MINUS
SELECT * FROM View

je n'ai rien comme résultat

Est-ce qu'un MINUS se base sur l'enregistrement entier ou juste sur les primary key ?

Si quelqu'un aurait une idée ?

Merci

[laurentschneider]

tu as quoi comme résultat?

0 rows returned

ou

ORA-99999

[thegreatbato]

0 rows selected

[laurentschneider]

oui, cela voudrait dire que toutes les données de TABLE existent dans VIEW.

que te donne

Code :

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

SELECT * FROM (SELECT * FROM table ORDER BY 1,2,3) WHERE ROWNUM=1;

et

Code :

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

SELECT * FROM (SELECT * FROM view ORDER BY 1,2,3) WHERE ROWNUM=1;

?

[thegreatbato]

Pour cet enregistrement là il est exactement pareil, donc normal qu'il ne s'affiche pas dans ma requête avec le MINUS

Mon problème n'est pas de tester l'existence mais de tester la différence, je veux que tous les enregistrements mis à jour depuis l'ajout dans la table soient affichés dans ma requête

[McM]

Bonjour,
Est-ce qu'un MINUS se base sur l'enregistrement entier ou juste sur les primary key ?

Un MINUS se base sur les données que tu ramènes.
Tu peux très bien faire un

Code :

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

SELECT 1 FROM DUAL MINUS SELECT 0 FROM DUAL

, il n'y a aucune PK.

[thegreatbato]

Donc si je suis ton raisonnement ça voudrait dire qu'il n'y a aucun des 7800 enregistrement qui a été modifié et pourtant il y a 25 personnes qui travaillent en permanence dessus ...

[miloux32]

Tu es en quelle version d'oracle ?

En 10 g ( et plus sans doute) tu peux utiliser sans doute le row_scn ( scn_row ?) qui indique le numéro de version de la ligne ... (avec un peu de bol ca peut marcher )

sinon tu identife champ par champ ta table et ta vue....(oui c'est super lourd)

Code :

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

1
2
select * from TABLE T, VUE V
where v.CHAMP1 =T.CHAMP1 AND V.CHAMP2 = T.CHAMP2  .... AND T.CHAMPN = V.CHAMPN

Là tu auras ceux qui sont identiques dans les 2 tables .... tu les enleves à la table ou la vue et c'est bon .

[McM]

Donc si je suis ton raisonnement ça voudrait dire qu'il n'y a aucun des 7800 enregistrement qui a été modifié et pourtant il y a 25 personnes qui travaillent en permanence dessus ...

Si ta requete ne ramène rien, c'est que c'est ça.
Pour le confirmer, tu peux faire un

Code :

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

1
2
3
SELECT * FROM Table 
INTERSECT
SELECT * FROM View

Ca te ramène les enregistrements identiques.

Je ne te conseille pas le code de Miloux32 pour 2 raisons
1/ C'est super lourd
2/ Ca ne tient pas compte des champs NULL.

[McM]

Au fait, Attention le MINUS fait un - (au niveau patates)
Et un DISTINCT

Tu prends toutes les données de TABLE auxquelles tu enlèves les données identiques de VIEW

Si j'ai bien relu, TABLE est l'image de VIEW à une certaine date.
Quand tu parles de données modifiées, tu ne parles pas de données insérées.
Donc si TABLE contient 2 lignes et VIEW 7000, tu n'auras au max que les 2 lignes de TABLE

[thegreatbato]

L'intersect me renvoie toutes les lignes de la table, donc ça voudrait dire que toutes les lignes sont égales, pourtant lorsque je modifie manuellement un champ qui est affiché dans ma View (je rajoute une date de naissance ==> à la base "null") et que je reteste avec le MINUS ==> Rien du tout toujours la même chose, avec l'INTERSECT ça me renvoie toujours toutes les lignes, pourtant lorsque je lance les deux requêtes et que je vérifie visuellement par dossier (enregistrement) si il y a eu des modifications, il y en a considérablement ...


Je suis désolé de ne pas pouvoir vous donner le code exact de mes requêtes ainsi que des données exemples, ces données sont très sensibles

[thegreatbato]

MCM

Le nombre d'enregistrements est identique 7858 pour être exacts, et il y a 40 champs pour chaque enregistrements

[miloux32]

Je ne te conseille pas le code de Miloux32 pour 2 raisons
1/ C'est super lourd
2/ Ca ne tient pas compte des champs NULL.

Je ne le conseillais d'ailleurs pas moi non plus ! C'etait pour vérifier que les données avaient bien changé. ( Faudrait être fou ou obligé pour implémenter un truc pareil !)

[laurentschneider]

Donc si je suis ton raisonnement ça voudrait dire qu'il n'y a aucun des 7800 enregistrement qui a été modifié et pourtant il y a 25 personnes qui travaillent en permanence dessus ...

oui, c'est à peu près ce que ça veut dire. Sans doute que les 25 personnes font juste semblant de travailler

[thegreatbato]

farenheiit C'est bien ce que je fais, même si c'est peut être pas ce que j'ai dit

laurentschneider Mort de rire Il y a des chances effectivement

[thegreatbato]

STOP tout le monde

J'ai trouvé la réponse : JE SUIS UN TROUDUC !!

J'ai fait

SELECT * FROM VIEW
MINUS
SELECT * FROM VIEW


Suis désolé de vous avoir pris votre temps pour une stupidité pareille ...