Discussion :

[augier26]

Bjr,

Je souhaite faire une MàJ des noms de communes de la table `deces` en comparant le code INSEE de la table `deces` avec celui de la table `communes`.

Je rencontre une difficulté avec la syntaxe :

Code SQL :

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

1
2
3
4
5
UPDATE d
SET d.commdeces = c.commune
FROM deces as d INNER JOIN communes as c
ON d.lieudeces = c.insee
WHERE d.commdeces=""

Le message d'erreur est le suivant :

#1064 - Erreur de syntaxe près de 'FROM deces as d INNER JOIN communes as c
ON d.lieudeces = c.insee
WHERE d.comm' à la ligne 3

Merci de votre aide

[andry.aime]

Bonjour,

Une requête UPDATE avec une jointure est différente entre chaque type de BD. Pour Mysql:

Code sql :

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

1
2
3
UPDATE deces as d INNER JOIN communes as c ON d.lieudeces = c.insee
SET d.commdeces = c.commune
WHERE d.commdeces=""

[augier26]

Bonsoir,

Comme ma bdd est très volumineuse (2.625.962 lignes), je reçois l'erreur suivante :

#1205 - Timeout sur l'obtention du verrou

[Séb.]

Les champs du critère de jointure et du WHERE sont indexés ?
Le timeout arrive au bout de combien de temps ?

[augier26]

Jusqu'à présent je n'ai pas indexé les champs.
Le Timeout arrive au bout de plus de 5 minutes.
Pas mesuré exactement car je fais autre chose en attendant, tellement c'est long.

[Séb.]

Il va falloir penser à indexer tes colonnes, sinon tes tables sont entièrement parcourues, ligne par ligne, pour la jointure, et pour le filtre.

[augier26]

C'est en cours, merci.
Je rends compte lorsque c'est terminé

[augier26]

C'était la solution !

2463672 lignes affectées. (traitement en 507.6251 seconde(s).)

Grand merci

[laurentSc]

Il va falloir penser à indexer tes colonnes, sinon tes tables sont entièrement parcourues, ligne par ligne, pour la jointure, et pour le filtre.

indexer les colonnes, je ne connais pas. J'ai trouvé ALTER TABLE `communes` ADD INDEX `insee_index` (`insee`) (par exemple). C'est bien ça ?

[Séb.]

C'est ça. Tu peux même laisser le serveur déterminer en auto le nom de l'index en faisant simplement :

ALTER TABLE communes ADD INDEX (insee)

[laurentSc]

Merci pour ta réponse, mais ne pas choisir soi-même le nom de l'index va rendre plus difficile le debug, vu la remarque qui m'avait été faite sur les contraintes, ce qui revient au même :

Oui, on peut nommer la contrainte, ce qui permet en cas de violation de la contrainte de récupérer son nom pour faciliter l'analyse (surtout utile si plusieurs contraintes cohabitent) :

Code SQL :

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

1
2
3
4
ALTER TABLE COU_country 
ADD constraint COU_CHK_001 
CHECK(COU_region IN ('ISMA','EMEA','NAM','other','china','APAC'))
;

[Séb.]

Tu ne choisis pas le nom de l'index, mais le nom généré est consultable, et basé sur le nom de la colonne. Pour un index sur 1 colonne le nom auto est suffisamment explicite àmha. Par contre oui, le nom auto est moins parlant pour un index multi-colonne (il ne reprend que le nom de la 1re colonne).

Sinon attention, il n'y a pas grand chose à débuguer sur un index (contrairement à une contrainte).

[escartefigue]

Dans beaucoup d'entreprises, le nom des objets SQL est normé.
La première chose à faire est donc de se renseigner sur ce chapitre et d'appliquer la norme si elle existe.
A défaut ou pour un usage privé, rien n'empêche, bien au contraire, de se créer sa propre norme, ça facilite les recherches.