Le moyen le plus rapide pour identifier les différences entre les deux tableaux?

J'ai besoin de vérifier une table en direct contre les opérations d'archives sur la table et je ne suis pas sûr de la façon la plus rapide de le faire...

Par exemple, disons que mon tableau est compose des colonnes:

  • Terme
  • CRN
  • Frais
  • Niveau Code

Ma table d'archive aurait les mêmes colonnes, mais aussi d'avoir une date d'archivage afin que je puisse voir quelles sont les valeurs de la table en direct dû à une date donnée.

Maintenant... Comment pourrais-je écrire une requête pour s'assurer que les valeurs pour le live de la table sont les mêmes que les entrées les plus récentes dans les archives de la table?

PS je préfère gérer cela en SQL, mais PL/SQL est également une option si c'est plus rapide.

  • Qu'est-ce que la clé primaire?
  • Il n'existe pas. 🙁
InformationsquelleAutor Sonny Boy | 2010-02-18
  1. 11
    SELECT term, crn, fee, level_code
FROM live_data
MINUS
SELECT term, crn, fee, level_code
FROM historical_data

    Ce qui est sur en direct, mais pas dans l'historique. Peut puis de l'union à l'inverse de ce pour obtenir ce qui est historique, mais ne le vit pas.

    • Je ne suis pas sûr, c'est le plus rapide, mais c'est la seule réponse qui fonctionne réellement.
    InformationsquelleAutor pierre
  2. 2

    Simplement:

    SELECT collist
  FROM TABLE A
minus 
SELECT collist
  FROM TABLE B
UNION ALL
SELECT collist
  FROM TABLE B
minus 
SELECT collist
  FROM TABLE A;
    InformationsquelleAutor pj.
  3. 1

    Vous n'avez pas mentionné la façon dont les lignes sont identifiées de manière unique, donc j'ai supposé que vous avez aussi un "id" column:

    SELECT *
FROM livetable
WHERE (term, crn, fee, levelcode) NOT IN (
   SELECT FIRST_VALUE(term) OVER (ORDER BY archivedate DESC)
         ,FIRST_VALUE(crn) OVER (ORDER BY archivedate DESC)
         ,FIRST_VALUE(fee) OVER (ORDER BY archivedate DESC)
         ,FIRST_VALUE(levelcode) OVER (ORDER BY archivedate DESC)
   FROM   archivetable
   WHERE  livetable.id = archivetable.id
);

    Remarque: Cette requête ne prend pas les valeurs NULL en compte - si l'une des colonnes sont les valeurs null, vous pouvez ajouter adapté logique (par exemple, NVL chaque colonne à une certaine "impossible" de la valeur).

    • Malheureusement, il n'y a pas d'identité. Je suis tout juste en comparant les valeurs indiquées. Aussi, cette requête aider à identifier des enregistrements dans les archives mais ne le vit pas? J'en ai besoin pour travailler dans les deux sens...
    • Si vous ne disposez pas d'une clé unique, comment voulez-vous savoir quel est le jeu de "l'histoire des enregistrements" dans le tableau d'archives se rapportant à chaque ligne dans la table en direct?
    InformationsquelleAutor Jeffrey Kemp
  4. 0

    décharger à la table.unl
    select * from table1
    commande par 1,2,3,4

    décharger à la table2.unl
    select * from table2
    commande par 1,2,3,4

    diff table1.unl table2.unl > diff.unl

    • Merci pour l'essayer, mais je vois que c'est mal déjà. Ma table d'archive aura de multiples entrées pour plusieurs dates et cela va retourner tous, et pas seulement les plus récentes. Sur une note de côté, si vous pouvez l'aider à choisir * et de référencement des colonnes par un numéro à la place du nom, vous allez être beaucoup mieux.
    • Désolé Sonny. Je ne comprenais pas pk dans la table d'archive. J'ai juste pris le morceau à propos de la archive_date. 🙂 Comme pour * et 1,2,3,4 ... il est destiné à vous donner l'idée sans avoir à me taper les colonnes. Mon point était de décharger les données et de faire une différence, mais assurez-vous que vous utilisez une clause order by. La paresse est mon superpuissance. Amusez-vous!
    InformationsquelleAutor sparkkkey
  5. 0

    Pourrait vous utilisez une requête de la forme:

    SELECT your columns FROM your live table
EXCEPT
SELECT your columns FROM your archive table WHERE archive date is most recent;

    Tous les résultats seront rangées dans votre table en direct qui ne sont pas dans la plus récente de vos archives.

    Si vous avez aussi besoin de lignes dans votre plus récente des archives qui ne sont pas dans votre table en direct, il vous suffit d'inverser l'ordre de la sélectionne, et de répéter, ou de les avoir tous dans la même requête à l'exécution d'une (live UNION archive) EXCEPT (live INTERSECTION archive)

    InformationsquelleAutor Stephen Denne