<div dir="auto">Hi, can someone explain what is the real logic currently coded for trust option? It feels like this topic raises again each year for 5 years now, and we have regressions and what it is supposed to do. <div dir="auto"><br><div dir="auto">It was funded at start to not check at all any metadata on the datasource and read only qgs informations </div><div dir="auto">Did it change for some reason ? Why? </div><div dir="auto"><br></div><div dir="auto">It should be adequate even for big databases of QGIS stores all the required informations. </div><div dir="auto"><br></div><div dir="auto">Regards</div><div dir="auto">Regis</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 19 mars 2020 à 18:05, René-Luc Dhont <<a href="mailto:rldhont@gmail.com">rldhont@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Tomas,<br>
<br>
The way trust option works is not enough for big databases and big <br>
project with more than 100 layers. It is what Michaël and I experiment.<br>
<br>
Then the problem with changes data is more about the layer extent. For <br>
example a natural observations layer is designed to accept data on a <br>
territory but t the start of the project the layer extent is null and <br>
will growing with data inserted. The trust option cannot be used at the <br>
project start unless the user can set the available extent, or can <br>
defined the trust option for each layer.<br>
<br>
It will be great to set trust option at the layer level so QGIS can <br>
trust the layer information provided by the XML : QLR or QGS content<br>
It will also be great to can set some technical metadata like a layer <br>
available extent as the geographic area for which a selected CRS is <br>
valid for use.<br>
<br>
Regards,<br>
René-Luc<br>
<br>
Le 18/03/2020 à 22:01, Tomas Straupis a écrit :<br>
> 2020-03-18, tr, 21:41 kimaidou rašė:<br>
>> # only few requests are avoided as you pointed out so the performance improves "only" a bit<br>
>    In large databases those few requests take minutes and sometimes<br>
> even hours... For servers even 30 seconds are too much when you're<br>
> trying to add a new QGIS server process to existing say 10 while on<br>
> high load doing 500 requests per second.<br>
><br>
>> # sometimes you have some layers with changing data, and there is actually no way to trust only a subset of layers inside the project<br>
>    1. If geometry types are changing by design, then checking geometry<br>
> type upon project loading is not enough. Then you need to ALWAYS<br>
> filter your results by requested geometry type. But only if it is the<br>
> case of varying geometry types. In my opinion, developer of the<br>
> layer/query should know beforehand if it is possible for geometry<br>
> types to variate and then create a view filtering on geometry type (or<br>
> it could be an option in QGIS ~"filter on geometry type").<br>
><br>
>    2. If database schemas are changing on-line then I would say<br>
> something is very wrong with the IT processes. Changes should start on<br>
> dev environment where data changes and QGIS project changes as well.<br>
> Then changes to db structure go to other environments up to production<br>
> in patches TOGETHER with updated QGIS project. System (in this case<br>
> QGIS) should never (in my experience) try to "fix" the problem because<br>
> it does not know all required information: maybe the project was<br>
> opened in incorrect environment, maybe it is a temporary problem,<br>
> maybe the real table is missing and you're accidentally trying to<br>
> query incorrect table which was never supposed to be queried -> strict<br>
> rules/control. Of course there could be a button "refresh" on a layer<br>
> to allow operator to re-query layer information upon manual request.<br>
><br>
>> Do you think it would be interesting to have the trust option per layer and not only per project?<br>
>    Theoretically there could be very different data sources, but in my<br>
> opinion if organisation uses strict IT processes then all layers will<br>
> be strictly managed (you would rarely/never have direct access to the<br>
> database of a different company/institution with different/weaker<br>
> processes). And vice versa.<br>
><br>
<br>
_______________________________________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank" rel="noreferrer">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a></blockquote></div>