<div dir="ltr">Yes it is, however there isn't a generic interface for the providers to do it, and that feels like a bit of a hack to me. And you also have to handles escaping, and all that messy stuff.  Better to have a explicit method that handles all the extra logic.<div>

<br></div><div>- Nathan</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jun 2, 2014 at 4:52 PM, Hugo Mercier <span dir="ltr"><<a href="mailto:hugo.mercier@oslandia.com" target="_blank">hugo.mercier@oslandia.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Le 30/05/2014 12:30, Nathan Woodrow a écrit :<br>
<div class=""><br>
> My other idea is to allow the data providers to run a native query on<br>
> the connection/database and just return the result as a new layer.  This<br>
> would be a matter just passing a query string, running the query on the<br>
> provider, returning a new layer with the data.   The layers don't need<br>
> to be opened in QGIS.  Pretty much what DB Manager currently does but<br>
> done at a provider level, so we have it for each provider.<br>
><br>
<br>
</div>I am not sure to understand how is it different from the way DB manager<br>
does with a query, i.e. opening a layer and passing a query as the table<br>
name ?<br>
I mean, AFAIK, it's always executed at the provider level, isn't it ?<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</div></div></blockquote></div><br></div>