<?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: Transaction Oddities (comparison, field splitting, click vs. type) in Splunk Search</title>
    <link>https://community.splunk.com/t5/Splunk-Search/Transaction-Oddities-comparison-field-splitting-click-vs-type/m-p/24089#M4369</link>
    <description>&lt;P&gt;This should work (notice the "search" keywork):&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;type=re | transaction VIN | search pressure=30.80
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;However, because of the transaction, the pressure field is now a multivalued field, and I don't think mathematical operators will work properly against them (because, in programming lingo, I imagine you're basically saying: [10, 30, 50] &amp;gt; 30, which is nonsensical).  Something like this should work though&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;type=re | transaction VIN | eval a=mvfilter(pressure &amp;gt; 30) | search a=*
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;There could be a better way out there, but it's escaping me.&lt;/P&gt;</description>
    <pubDate>Tue, 07 Jun 2011 20:58:45 GMT</pubDate>
    <dc:creator>mw</dc:creator>
    <dc:date>2011-06-07T20:58:45Z</dc:date>
    <item>
      <title>Transaction Oddities (comparison, field splitting, click vs. type)</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Transaction-Oddities-comparison-field-splitting-click-vs-type/m-p/24088#M4368</link>
      <description>&lt;P&gt;Yodas, &lt;/P&gt;

&lt;P&gt;I'm getting odd returns for a transaction in which the final search operator works one way for exact matches (value=3.444), but not for greater than/less than (value&amp;gt;3) searches.&lt;/P&gt;

&lt;P&gt;Here are 5 example records that refer to an individual car on a lot, and it's individual tire pressures (silly, but bear with me please):&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;type=re subtype=vehicle VIN=123qwe123qwe

type=re subtype=re_tire tire=fl VIN=123qwe123qwe pressure=20.34

type=re subtype=re_tire tire=fr VIN=123qwe123qwe pressure=30.80

type=re subtype=re_tire tire=rl VIN=123qwe123qwe pressure=15.22

type=re subtype=re_tire tire=rr VIN=123qwe123qwe pressure=32.56
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;This set of records is repeated multiple times, always with different values of VIN per each five records.&lt;/P&gt;

&lt;P&gt;My command, &lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;type=re | transaction VIN 
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;returns the transaction:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;type=re subtype=vehicle VIN=123qwe123qwe    
type=re subtype=re_tire tire=fl VIN=123qwe123qwe pressure=20.34    
type=re subtype=re_tire tire=fr VIN=123qwe123qwe pressure=30.80    
type=re subtype=re_tire tire=rl VIN=123qwe123qwe pressure=15.22    
type=re subtype=re_tire tire=rr VIN=123qwe123qwe pressure=32.56
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;(Fine and dandy.)&lt;/P&gt;

&lt;P&gt;The command&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;type=re | transaction VIN | pressure=30.80
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;returns the transaction:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;type=re subtype=vehicle VIN=123qwe123qwe    
type=re subtype=re_tire tire=fl VIN=123qwe123qwe pressure=20.34    
type=re subtype=re_tire tire=fr VIN=123qwe123qwe pressure=30.80    
type=re subtype=re_tire tire=rl VIN=123qwe123qwe pressure=15.22    
type=re subtype=re_tire tire=rr VIN=123qwe123qwe pressure=32.56
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;(IF, from the original transaction, I click on the k/v pair, &lt;CODE&gt;pressure=30.80&lt;/CODE&gt;, but not if I type that exact same k/v pair into the search bar)&lt;BR /&gt;
Oddity number one...&lt;/P&gt;

&lt;P&gt;However,  the command&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;type=re | transaction VIN | pressure&amp;gt;30
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;only returns the two original records:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;    type=re subtype=re_tire tire=fr VIN=123qw
e123qwe pressure=30.80    

    type=re subtype=re_tire tire=rr VIN=123qwe1
23qwe pressure=32.56
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;So, it seems to ignore the transaction, but it ALSO splits my VIN across two lines.  No matter how else I search for thosesubtype=re_tire records, the VIN doesn't split.  &lt;/P&gt;

&lt;P&gt;There might be a few things going on, yes, but if anyone has some cycles to throw into a smart guess, I would be very appreciative.&lt;/P&gt;

&lt;P&gt;Thanks.&lt;/P&gt;</description>
      <pubDate>Tue, 07 Jun 2011 16:48:01 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Transaction-Oddities-comparison-field-splitting-click-vs-type/m-p/24088#M4368</guid>
      <dc:creator>blurblebot</dc:creator>
      <dc:date>2011-06-07T16:48:01Z</dc:date>
    </item>
    <item>
      <title>Re: Transaction Oddities (comparison, field splitting, click vs. type)</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Transaction-Oddities-comparison-field-splitting-click-vs-type/m-p/24089#M4369</link>
      <description>&lt;P&gt;This should work (notice the "search" keywork):&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;type=re | transaction VIN | search pressure=30.80
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;However, because of the transaction, the pressure field is now a multivalued field, and I don't think mathematical operators will work properly against them (because, in programming lingo, I imagine you're basically saying: [10, 30, 50] &amp;gt; 30, which is nonsensical).  Something like this should work though&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;type=re | transaction VIN | eval a=mvfilter(pressure &amp;gt; 30) | search a=*
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;There could be a better way out there, but it's escaping me.&lt;/P&gt;</description>
      <pubDate>Tue, 07 Jun 2011 20:58:45 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Transaction-Oddities-comparison-field-splitting-click-vs-type/m-p/24089#M4369</guid>
      <dc:creator>mw</dc:creator>
      <dc:date>2011-06-07T20:58:45Z</dc:date>
    </item>
    <item>
      <title>Re: Transaction Oddities (comparison, field splitting, click vs. type)</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Transaction-Oddities-comparison-field-splitting-click-vs-type/m-p/24090#M4370</link>
      <description>&lt;P&gt;I forgot to add that I had "search" in my last chunk, but your explanation makes lots of sense.  It works, and that's good enough for now.  Thank you!&lt;/P&gt;</description>
      <pubDate>Tue, 07 Jun 2011 21:04:55 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Transaction-Oddities-comparison-field-splitting-click-vs-type/m-p/24090#M4370</guid>
      <dc:creator>blurblebot</dc:creator>
      <dc:date>2011-06-07T21:04:55Z</dc:date>
    </item>
  </channel>
</rss>

