Discussion :

[Armand59]

Bonjour,

J'ai créé un infocentre, que je charge en récupérant les données dans une autre base.
Je souhaiterais alléger la base existante (en supprimant l'historique par exemple) tout en gardant précieusement ces données dans mon infocentre.

Je souhaite donc avoir un script de chargement de mon infocentre qui vérifie les conditions suivantes :

Si mes données exitent déjà (retour d'un message d'erreur sur la violation de clé primaire) alors faire un update de ces données.
Sinon insérer les données

Voilà, si vous pouviez m'aider pour la forme générale de ce script, je vous en serais très reconnaissant

[al1_24]

La structure esr assez simple (sans violation de clé primaire ) :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
UPDATE  tblcible
SET     col1 = tblsource.col1
    ,   coln = tblsource.coln
WHERE   id = tblsource.id
;
INSERT INTO tblcible
    (   id
    ,   col1
    ,   coln
    )
SELECT  src.id
    ,   src.col1
    ,   src.coln
FROM    tblsource   AS src
WHERE   NOT EXISTS
        (   SELECT  1
            FROM    tblcible    AS cbl
            WHERE   cbl.id = src.id 
        )
;

[Armand59]

D'accord, merci beaucoup, j'ai compris la logique mais je souhaiterais avoir une petite précision, que signifie le 1 de "select 1" vers la fin du code ?

[al1_24]

je souhaiterais avoir une petite précision, que signifie le 1 de "select 1" vers la fin du code ?

L'opérateur EXISTS sert à tester l'existence d'une ligne correspondant au critère de sélection et n'a aucun usage des valeurs retournées par le SELECT de la sous-requête.
Certains SGBD, peu optimisés, préparent le résultat de la sous-requête dans une table temporaire. Si cette sous-requête retournait un grand nombre de valeurs, ce serait du temps perdu.
1 est donc une valeur quelconque qui n'a aucun intérêt pour le traitement.

[Armand59]

Merci, ça confirme ce que je pensais, je vais adapter tout ça sur mon code et je vous tiens au courant