From j1 at jimenezshaw.com  Tue Sep  1 10:08:41 2026
From: j1 at jimenezshaw.com (Javier Jimenez Shaw)
Date: Tue, 1 Sep 2026 19:08:41 +0200
Subject: [PROJ] Performance when Auxilary DB used
In-Reply-To: <e81d613a-294f-46c7-85d5-4c152795c75d@spatialys.com>
References: <DB8PR03MB55786FBB040BF5320722CB8D99A92@DB8PR03MB5578.eurprd03.prod.outlook.com>
 <67609653-6a6c-448d-8e4b-53be4e776299@spatialys.com>
 <DB8PR03MB55782506F6BECFE6C18442D099A92@DB8PR03MB5578.eurprd03.prod.outlook.com>
 <e81d613a-294f-46c7-85d5-4c152795c75d@spatialys.com>
Message-ID: <CADRrdKtPFdEqi=222t0idNzKPVp1kWdG0wt0C_43c4m-b-a-nA@mail.gmail.com>

Thanks Weston for https://github.com/OSGeo/PROJ/pull/4833
It will be in PROJ 9.9.0!

For the people using auxiliary dbs (I know there is some people in this
list. Unfortunately I forgot their names), this is a great improvement.

On Mon, 31 Aug 2026 at 22:43, Even Rouault via PROJ <proj at lists.osgeo.org>
wrote:

>
> Le 31/08/2026 ? 22:34, Weston Renoud a ?crit :
>
> Hey Even,
>
> Removing the ORDER BY clause removed the need to materialize and gives the
> same query performance as with the temporary tables, but without the need
> to create any temporary tables which took extra time. Adding back just the "ORDER
> BY score" still avoided the materialize, it seemed to be the "usage.auth_name,
> usage.code" that triggered the materialize. Are those necessary, or is
> "ORDER BY score" sufficient?
>
> They are only necessary for reproducibility of results among SQLite
> versions, in case of equality of score.  There is no guarantee otherwise
> that different SQLite versions would return the same ordered result set. So
> they would need to be replicated on the C++ side ( std::sort() with an
> appropriate sort lambda)
>
> -- http://www.spatialys.com
> My software is free, but my time generally not.
> LLMs contribute to global warming and brain rot.
> Let's guillotine them! "Ah ! ?a ira, ?a ira, ?a ira !"
>
> _______________________________________________
> PROJ mailing list
> PROJ at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/proj
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/proj/attachments/20260901/aac68517/attachment.htm>