<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: splunk Dbconnect - index issue in All Apps and Add-ons</title>
    <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/splunk-Dbconnect-index-issue/m-p/461089#M56741</link>
    <description>&lt;P&gt;For updated rows to be processed by DBX you need a rising column value which changes whenever the row is updated.&lt;/P&gt;

&lt;P&gt;Commonly, databases may have an "updated" column in which the timestamp or an incremental unique ID is modified whenever any other column in that record is amended.&lt;BR /&gt;
If you have such a field in your database, you should use this value as the rising column, and sort the table results by "updated".&lt;/P&gt;

&lt;P&gt;If your database does not have such a column, your choices are:&lt;BR /&gt;
Have it introduced by the developers/dba&lt;BR /&gt;
Use a batch process to import rows on a schedule - in many cases this will likely lead to some data duplication, so you will need to deduplicate, or otherwise handle this in Splunk&lt;/P&gt;

&lt;P&gt;&lt;A href="https://docs.splunk.com/Documentation/DBX/3.2.0/DeployDBX/Createandmanagedatabaseinputs"&gt;https://docs.splunk.com/Documentation/DBX/3.2.0/DeployDBX/Createandmanagedatabaseinputs&lt;/A&gt;&lt;/P&gt;</description>
    <pubDate>Tue, 04 Feb 2020 07:58:59 GMT</pubDate>
    <dc:creator>nickhills</dc:creator>
    <dc:date>2020-02-04T07:58:59Z</dc:date>
    <item>
      <title>splunk Dbconnect - index issue</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/splunk-Dbconnect-index-issue/m-p/461088#M56740</link>
      <description>&lt;P&gt;i have 2 fields with open _issue_timestamp and closed_issue_issue.&lt;BR /&gt;
when the ticket is opened the time will be updated in opened_issue and once action is taken the timestamp will be updated in closed_issue column later point of time.&lt;BR /&gt;
so if we configure DB_input using ID it will not capture the closed_issue column when a new Ticket is opened ?&lt;BR /&gt;
how to over come this issue?&lt;/P&gt;</description>
      <pubDate>Wed, 30 Sep 2020 04:01:42 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/splunk-Dbconnect-index-issue/m-p/461088#M56740</guid>
      <dc:creator>DataOrg</dc:creator>
      <dc:date>2020-09-30T04:01:42Z</dc:date>
    </item>
    <item>
      <title>Re: splunk Dbconnect - index issue</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/splunk-Dbconnect-index-issue/m-p/461089#M56741</link>
      <description>&lt;P&gt;For updated rows to be processed by DBX you need a rising column value which changes whenever the row is updated.&lt;/P&gt;

&lt;P&gt;Commonly, databases may have an "updated" column in which the timestamp or an incremental unique ID is modified whenever any other column in that record is amended.&lt;BR /&gt;
If you have such a field in your database, you should use this value as the rising column, and sort the table results by "updated".&lt;/P&gt;

&lt;P&gt;If your database does not have such a column, your choices are:&lt;BR /&gt;
Have it introduced by the developers/dba&lt;BR /&gt;
Use a batch process to import rows on a schedule - in many cases this will likely lead to some data duplication, so you will need to deduplicate, or otherwise handle this in Splunk&lt;/P&gt;

&lt;P&gt;&lt;A href="https://docs.splunk.com/Documentation/DBX/3.2.0/DeployDBX/Createandmanagedatabaseinputs"&gt;https://docs.splunk.com/Documentation/DBX/3.2.0/DeployDBX/Createandmanagedatabaseinputs&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 04 Feb 2020 07:58:59 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/splunk-Dbconnect-index-issue/m-p/461089#M56741</guid>
      <dc:creator>nickhills</dc:creator>
      <dc:date>2020-02-04T07:58:59Z</dc:date>
    </item>
  </channel>
</rss>

