MINUS et Différence entre deux tables

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

tu as quoi comme résultat?

0 rows returned

ou

ORA-99999

0 rows selected

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

que te donne

Code:

---

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

---

et

Code:

---

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

---

?

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

Citation:

---

Envoyé par thegreatbato

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:

---

SELECT 1 FROM DUAL MINUS SELECT 0 FROM DUAL

---

, il n'y a aucune PK.

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 ...

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:

---

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 .

Citation:

---

Envoyé par 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 ...

---

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

Code:

---

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.

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

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

MCM

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

Tu es sur qu'il n'y a pas un pb de droits/ de synonyme, bref que tu pointes bien sur les bonnes données ?

Code:

---

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

---

Alors, avec ce cas, tu testes les 2 SELECT sur ce cas précis
et tu donnes ce qu'ils te renvoient.

il ne faudrait pas faire :

Code:

---

1 2 3 4

SELECT * FROM view MINUS SELECT * FROM table

---

plutot que:

Code:

---

1 2 3 4

SELECT * FROM Table MINUS SELECT * FROM View

---

non????

Citation:

---

Envoyé par 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 ...

---

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

Lorsque à la place de ma View j'effectue ma requête sur seulement 3 des 40 champs

MINUS

Les 3 champs de la base

La j'ai bien des résultats (celui que j'ai modifié)

Qu'est ce que pourrait être ce problème de droits ? Limitation d'un Minus sur une VIEW ?

Et problème de synonyme ? Les champs sont dans le même ordre et ont le même nom


Le Minus n'est pas limité à un nombre de champs ?


Merci beaucoup pour vos efforts

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 :D:mouarf:

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 ...

Citation:

---

Envoyé par McM

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 !)

Citation:

---

Envoyé par thegreatbato

STOP tout le monde

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

---

Rohh... le langage !! :aie:

Bon, c'est pas grave, un petit tag delestage et c'est bon