MIME-Version: 1.0
References: <40e35930-6a84-bf0e-fb91-f5db56367763@gmail.com>
In-Reply-To: <40e35930-6a84-bf0e-fb91-f5db56367763@gmail.com>
From: Guillaume Lelarge <guillaume@lelarge.info>
Date: Wed, 9 Aug 2023 16:17:56 +0200
Message-ID: 
 <CAECtzeUJgsMQTtD9gMWOTbBCEc8LUVrEsYFoiRXrVXSOiVeL-A@mail.gmail.com>
Subject: =?UTF-8?Q?Re=3A_variable_interm=C3=A9diaires?=
To: Alain Benard <alain.benard54@gmail.com>
Cc: pgsql-sql@lists.postgresql.org
Content-Type: multipart/alternative; boundary="0000000000000ecd1506027e2610"
Archived-At: 
 <https://www.postgresql.org/message-id/CAECtzeUJgsMQTtD9gMWOTbBCEc8LUVrEsYFoiRXrVXSOiVeL-A%40mail.gmail.com>
Precedence: bulk

--0000000000000ecd1506027e2610
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi,

This is an english mailing list and, as such, you should ask your questions
in english. You can also use the french mailing list if you want to speak
french (https://www.postgresql.org/list/pgsql-fr-generale/).

Thanks.


Le mer. 9 ao=C3=BBt 2023 =C3=A0 15:39, Alain Benard <alain.benard54@gmail.c=
om> a
=C3=A9crit :

> Bonjour ,
>
> je dispose d'une table tr=C3=A8s volumineuse dans laquelle je voudrai met=
tre =C3=A0
> jour une colonne disons 'colmaj' pour une seule ann=C3=A9e (le where anno=
nce
> pr=C3=A8s de 4 millions de lignes =C3=A0 mettre =C3=A0 jour). Ma difficul=
t=C3=A9 est de savoir
> comment optimiser cette mise =C3=A0 jour sachant que la valeur de la colo=
nne
> colmaj =C3=A0 enregistrer est une variable calcul=C3=A9e =C3=A0 partir de=
s autres colonnes
> de cette table (et d'une autre table par jointure)  et qu'il y a diff=C3=
=A9rents
> niveaux de variables interm=C3=A9diaire et qu'il sera impossible de desce=
ndre en
> dessous de 3 ou 4 niveaux pour ces calculs. Sur le principe je pourrais
> utiliser des With les uns =C3=A0 la suite des autres et ce serait ce qu'i=
l y a
> de plus lisible mais d'un point de vue perf je sais que =C3=A7a devrait =
=C3=AAtre
> mauvais. J'essaie d'utiliser du 'LATERAL' mais je n'ai pas vraiment
> l'impression qu'on puisse faire plus qu'un niveau (2 avec le LATERAL); id=
em
> avec du cross join .  Enfin je vais peut-=C3=AAtre me r=C3=A9soudre =C3=
=A0 faire un
> ensemble de proc=C3=A9dure stock=C3=A9es qui calculeront les variables in=
term=C3=A9diaires
> pour ensuite me fournir la valeur finale me permettant  une mise =C3=A0 j=
our du
> type
>
> update matable
>
>     set colmaj =3D maprocedure(toutes les variables utiles)
>
> where annee =3D 2022
>
> Inutile de me r=C3=A9pondre qu'il faut simplifier le calcul pour avoir mo=
ins de
> niveau interm=C3=A9diaire car ce calcul est dict=C3=A9 par des scientifiq=
ues et que
> pour r=C3=A9duire le nombre de niveau il faudrait effectuer plusieurs foi=
s les
> m=C3=AAmes calculs (ce que j'aimerai =C3=A9viter) car des variables inter=
m=C3=A9diaires
> sont r=C3=A9utilis=C3=A9es plusieurs fois.
>
> Qu=E2=80=99en pensez-vous et est-ce que finalement la proc=C3=A9dure stoc=
k=C3=A9e n'est pas
> ce qu'il y a de plus efficace?
>
> Merci par avance.
>
> Alain.
>
>
>

--=20
Guillaume.

--0000000000000ecd1506027e2610
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><div>Hi,</div><div><br></div><div>This is=
 an english mailing list and, as such, you should ask your questions in eng=
lish. You can also use the french mailing list if you want to speak french =
(<a href=3D"https://www.postgresql.org/list/pgsql-fr-generale/">https://www=
.postgresql.org/list/pgsql-fr-generale/</a>).</div><div><br></div><div>Than=
ks.<br></div><div><br></div></div><br><div class=3D"gmail_quote"><div dir=
=3D"ltr" class=3D"gmail_attr">Le=C2=A0mer. 9 ao=C3=BBt 2023 =C3=A0=C2=A015:=
39, Alain Benard &lt;<a href=3D"mailto:alain.benard54@gmail.com">alain.bena=
rd54@gmail.com</a>&gt; a =C3=A9crit=C2=A0:<br></div><blockquote class=3D"gm=
ail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,=
204,204);padding-left:1ex">
 =20

   =20
 =20
  <div>
    <p>Bonjour ,</p>
    <p>je dispose d&#39;une table tr=C3=A8s volumineuse dans laquelle je vo=
udrai
      mettre =C3=A0 jour une colonne disons &#39;colmaj&#39; pour une seule=
 ann=C3=A9e (le
      where annonce pr=C3=A8s de 4 millions de lignes =C3=A0 mettre =C3=A0 =
jour). Ma
      difficult=C3=A9 est de savoir comment optimiser cette mise =C3=A0 jou=
r
      sachant que la valeur de la colonne colmaj =C3=A0 enregistrer est une
      variable calcul=C3=A9e =C3=A0 partir des autres colonnes de cette tab=
le (et
      d&#39;une autre table par jointure)=C2=A0 et qu&#39;il y a diff=C3=A9=
rents niveaux
      de variables interm=C3=A9diaire et qu&#39;il sera impossible de desce=
ndre
      en dessous de 3 ou 4 niveaux pour ces calculs. Sur le principe je
      pourrais utiliser des With les uns =C3=A0 la suite des autres et ce
      serait ce qu&#39;il y a de plus lisible mais d&#39;un point de vue pe=
rf je
      sais que =C3=A7a devrait =C3=AAtre mauvais. J&#39;essaie d&#39;utilis=
er du &#39;LATERAL&#39;
      mais je n&#39;ai pas vraiment l&#39;impression qu&#39;on puisse faire=
 plus
      qu&#39;un niveau (2 avec le LATERAL); idem avec du cross join .=C2=A0=
 Enfin
      je vais peut-=C3=AAtre me r=C3=A9soudre =C3=A0 faire un ensemble de p=
roc=C3=A9dure
      stock=C3=A9es qui calculeront les variables interm=C3=A9diaires pour =
ensuite
      me fournir la valeur finale me permettant=C2=A0 une mise =C3=A0 jour =
du type</p>
    <blockquote>
      <p>update matable <br>
      </p>
      <p>=C2=A0=C2=A0=C2=A0 set colmaj =3D maprocedure(toutes les variables=
 utiles)</p>
      <p>where annee =3D 2022</p>
    </blockquote>
    <p>Inutile de me r=C3=A9pondre qu&#39;il faut simplifier le calcul pour=
 avoir
      moins de niveau interm=C3=A9diaire car ce calcul est dict=C3=A9 par d=
es
      scientifiques et que pour r=C3=A9duire le nombre de niveau il faudrai=
t
      effectuer plusieurs fois les m=C3=AAmes calculs (ce que j&#39;aimerai
      =C3=A9viter) car des variables interm=C3=A9diaires sont r=C3=A9utilis=
=C3=A9es
      plusieurs fois.</p>
    <p>Qu=E2=80=99en pensez-vous et est-ce que finalement la proc=C3=A9dure=
 stock=C3=A9e
      n&#39;est pas ce qu&#39;il y a de plus efficace?</p>
    <p>Merci par avance.</p>
    <p>Alain.<br>
    </p>
    <p><br>
    </p>
  </div>

</blockquote></div><br clear=3D"all"><br><span class=3D"gmail_signature_pre=
fix">-- </span><br><div dir=3D"ltr" class=3D"gmail_signature"><div dir=3D"l=
tr"><div><div dir=3D"ltr"><div>Guillaume.<br></div></div></div></div></div>=
</div>

--0000000000000ecd1506027e2610--