From: | <c(dot)maumont(at)univitis(dot)fr> |
---|---|
To: | <pgsql-fr-generale(at)postgresql(dot)org> |
Subject: | Re: Truc bizarre dans where in |
Date: | 2009-03-12 10:14:09 |
Message-ID: | 5396D5718EFD454CA8764251327595E1202D33@EVS01.hexv2.local |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
Rebonjour,
Merci pour vos réponses rapides.
Effectivement avec cp.n_formu on sort bien en erreur.
Logique, plantogène mais normal.
Cordialement.
Christophe Maumont
> -----Message d'origine-----
> De : Dimitri Fontaine [mailto:dfontaine(at)hi-media(dot)com]
> Envoyé : jeudi 12 mars 2009 10:56
> À : pgsql-fr-generale(at)postgresql(dot)org
> Cc : Christophe Maumont (c(dot)maumont(at)univitis(dot)fr)
> Objet : Re: [pgsql-fr-generale] Truc bizarre dans where in
>
> Bonjour à tous,
>
> On Thursday 12 March 2009 10:19:29 c(dot)maumont(at)univitis(dot)fr wrote:
> > UPDATE formu SET soc = '2' WHERE n_formu in (SELECT n_formu FROM cp
> > WHERE n_tcp = 11 OR n_tcp = 12);
> [...]
> > (sur une base de test OUF !).
> [...]
> > Y-a-il une subtilité SQL qui m'échappe ?
>
> Deux en fait.
>
> La première, toute opération de maintenance interactive commence par
> BEGIN; On ne dit pas "OUF c'était en test", on dit ROLLBACK.
>
> La seconde, les sous-requêtes peuvent être corrélées dans PostgreSQL,
> cela signifie que n_formu dans le SELECT existe bien, c'est la valeur «
> récupérée » au dessus dans l'UPDATE. Pour distinguer d'une colonne dans
> la table cp, tu peux peut être essayer SELECT cp.n_formu dans la sous-
> requête.
>
> Cordialement,
> --
> dim
From | Date | Subject | |
---|---|---|---|
Next Message | Stephane Bortzmeyer | 2009-03-12 21:52:58 | Re: Syntaxe « conviviale » de la recherche plein texte |
Previous Message | Guillaume Lelarge | 2009-03-12 10:03:44 | Re: Truc bizarre dans where in |