<div dir="ltr">Wiiiin! <div>thanks Matthias, this is Huge! No more fake tables :) And go for a sweet API inside the DB.. so coool. </div><div>Régis  </div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-11-24 11:20 GMT+01:00 Matthias Kuhn <span dir="ltr"><<a href="mailto:matthias@opengis.ch" target="_blank">matthias@opengis.ch</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Régis,<br>
<br>
Nice to see interest in TG rising :)<br>
<br>
transaction = layer.dataProvider().<wbr>transaction()<br>
transaction.executeSql('<wbr>EXECUTE qgis.rocks()')<br>
<br>
Matthias<br>
<span class=""><br>
On 11/24/2016 11:00 AM, Régis Haubourg wrote:<br>
> Hi dev's,<br>
> We currently use a lot transaction groups (the thing hidden in project<br>
> properties) [0], so that triggers do their job on the fly and all layers<br>
> are refreshed together on each edit action, without having to manually<br>
> save edits and refresh maps.<br>
><br>
> This works very well, but sometimes we want to trigger procedures on<br>
> DB's side and we are forced to some hack by adding attribute tables and<br>
> inserting fake feature in it to trigger what we need (such as disconnect<br>
> objets, cut features, refresh some views, ..)<br>
><br>
> Is there a way to access the current transaction group from a layer in a<br>
> python layer action so that we could avoid using those fake tables? I<br>
> would like to simply reuse the current postgres connection to do some<br>
> "select my_special_function([my _args]); "<br>
><br>
> If we have a way to do that, that would allow QGIS to be a client for<br>
> in-DB service-oriented architectures.<br>
><br>
> Thanks for your lights !<br>
><br>
> All the best,<br>
> Régis<br>
</span>> <a href="mailto:regis.haubourg@oslandia.com">regis.haubourg@oslandia.com</a> <mailto:<a href="mailto:regis.haubourg@oslandia.com">regis.haubourg@<wbr>oslandia.com</a>><br>
><br>
> [0] <a href="http://qgis.org/en/site/forusers/visualchangelog214/#feature-transaction-groups-for-postgres-editing" rel="noreferrer" target="_blank">http://qgis.org/en/site/<wbr>forusers/visualchangelog214/#<wbr>feature-transaction-groups-<wbr>for-postgres-editing</a><br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> Qgis-developer mailing list<br>
> <a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
> List info: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
> Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
><br>
______________________________<wbr>_________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
List info: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a></blockquote></div><br></div>