<p>The immediate value is the have a way to distinguish and ignore insert failures when they are caused by by a constraint violation.<br>
The first use case would be in usrloc when we write to db and use dmq replication.<br>
I would add a param to usrloc module "db_insert_update" defaulting to 0 but that could be set to 1, shit would already work completely with mysql</p>
<p>However with postgres, it would remove any unwanted errors and retries when syncing from dmq for example, I saw other posts about such errors.<br>
This way usrloc would only retry it there is a real failure not a constraint violation.</p>
<p>Then we could plan for a second step to implement the "DO UPDATE" instead of just "DO NOTHING"</p>
<ul>
<li>add an optional param to insert_update (modify the db framework slightly) to specify the name of the constraint where we want to update on failure</li>
<li>add a db_postgres module variables that could contain tablename_constraint and check for them when doing insert update</li>
</ul>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/kamailio/kamailio/pull/1039#issuecomment-287866358">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AF36ZQ6sgpmWwvIcHtEpdvtjOEaKdZNHks5rns8SgaJpZM4Mhjex">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/AF36Zfreh8lOSTIJUx0NK19swvqyh8t4ks5rns8SgaJpZM4Mhjex.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/kamailio/kamailio/pull/1039#issuecomment-287866358"></link>
  <meta itemprop="name" content="View Pull Request"></meta>
</div>
<meta itemprop="description" content="View this Pull Request on GitHub"></meta>
</div>

<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/kamailio/kamailio","title":"kamailio/kamailio","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/kamailio/kamailio"}},"updates":{"snippets":[{"icon":"PERSON","message":"@jchavanton in #1039: The immediate value is the have a way to distinguish and ignore insert failures when they are caused by by a constraint violation.\r\nThe first use case would be in usrloc when we write to db and use dmq replication.\r\nI would add a param to usrloc module \"db_insert_update\" defaulting to 0 but that could be set to 1, shit would already work completely with mysql\r\n\r\nHowever with postgres, it would remove any unwanted errors and retries when syncing from dmq for example, I saw other posts about such errors.\r\nThis way usrloc would only retry it there is a real failure not a constraint violation.\r\n\r\nThen we could plan for a second step to implement the \"DO UPDATE\" instead of just \"DO NOTHING\"\r\n\r\n- add an optional param to insert_update (modify the db framework slightly) to specify the name of the constraint where we want to update on failure\r\n- add a db_postgres module variables that could contain tablename_constraint and check for them when doing insert update \r\n"}],"action":{"name":"View Pull Request","url":"https://github.com/kamailio/kamailio/pull/1039#issuecomment-287866358"}}}</script>