<?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: String Comparison in Search API in APIs &amp; Integrations</title>
    <link>https://community.hubspot.com/t5/APIs-Integrations/String-Comparison-in-Search-API/m-p/1125140#M81041</link>
    <description>&lt;P&gt;&lt;a href="https://community.hubspot.com/t5/user/viewprofilepage/user-id/891784"&gt;@06018&lt;/a&gt;&amp;nbsp;- Although you may find this unsatisfactory, I feel you may be reaching into an arena of undefined or at least underdocumented behaviour. For my part, I only use GT, LT type comparisons on numeric properties. And limit string operations to EQ, NEQ or CONTAINS_TOKEN, etc.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Good luck!&lt;/P&gt;
&lt;P&gt;Steve&lt;/P&gt;</description>
    <pubDate>Thu, 20 Mar 2025 17:59:27 GMT</pubDate>
    <dc:creator>SteveHTM</dc:creator>
    <dc:date>2025-03-20T17:59:27Z</dc:date>
    <item>
      <title>String Comparison in Search API</title>
      <link>https://community.hubspot.com/t5/APIs-Integrations/String-Comparison-in-Search-API/m-p/1125089#M81040</link>
      <description>&lt;P&gt;Consider the following POST to&amp;nbsp;&lt;SPAN&gt;/crm/v3/objects/companies/search&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;DIV&gt;&lt;DIV&gt;&lt;SPAN&gt;data = {&lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN&gt;&amp;nbsp; &amp;nbsp; &lt;/SPAN&gt;&lt;SPAN&gt;"filterGroups"&lt;/SPAN&gt;&lt;SPAN&gt;: [&lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; {&lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &lt;/SPAN&gt;&lt;SPAN&gt;"filters"&lt;/SPAN&gt;&lt;SPAN&gt;: [&lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; {&lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &lt;/SPAN&gt;&lt;SPAN&gt;"propertyName"&lt;/SPAN&gt;&lt;SPAN&gt;: &lt;/SPAN&gt;&lt;SPAN&gt;"sync_id"&lt;/SPAN&gt;&lt;SPAN&gt;,&lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &lt;/SPAN&gt;&lt;SPAN&gt;"operator"&lt;/SPAN&gt;&lt;SPAN&gt;: &lt;/SPAN&gt;&lt;SPAN&gt;"LT"&lt;/SPAN&gt;&lt;SPAN&gt;,&lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &lt;/SPAN&gt;&lt;SPAN&gt;"value"&lt;/SPAN&gt;&lt;SPAN&gt;: &lt;/SPAN&gt;&lt;SPAN&gt;"1TVj11"&lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; }&lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &lt;/SPAN&gt;&lt;SPAN&gt;}&lt;/SPAN&gt;&lt;SPAN&gt;,&lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN&gt;&amp;nbsp; &amp;nbsp; ]&lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN&gt;}&lt;/SPAN&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;P&gt;&lt;SPAN&gt;You would imagine that "&lt;/SPAN&gt;&lt;SPAN&gt;1TVfTD" would be returned since lexographically&amp;nbsp;&lt;SPAN&gt;1TVfTD &amp;lt;&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;1TVj11. However, this has proven to not be the case. Could someone provide some insight on how strings are compared in the Hubspot API? An extension question would be if lowercase characters are considered lesser or greater than uppercase characters.&lt;BR /&gt;&lt;BR /&gt;Edit: I will add, "1TVfTD" is returned when compared against "2", but not against "1Z". What gives?&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 20 Mar 2025 16:54:50 GMT</pubDate>
      <guid>https://community.hubspot.com/t5/APIs-Integrations/String-Comparison-in-Search-API/m-p/1125089#M81040</guid>
      <dc:creator>06018</dc:creator>
      <dc:date>2025-03-20T16:54:50Z</dc:date>
    </item>
    <item>
      <title>Re: String Comparison in Search API</title>
      <link>https://community.hubspot.com/t5/APIs-Integrations/String-Comparison-in-Search-API/m-p/1125140#M81041</link>
      <description>&lt;P&gt;&lt;a href="https://community.hubspot.com/t5/user/viewprofilepage/user-id/891784"&gt;@06018&lt;/a&gt;&amp;nbsp;- Although you may find this unsatisfactory, I feel you may be reaching into an arena of undefined or at least underdocumented behaviour. For my part, I only use GT, LT type comparisons on numeric properties. And limit string operations to EQ, NEQ or CONTAINS_TOKEN, etc.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Good luck!&lt;/P&gt;
&lt;P&gt;Steve&lt;/P&gt;</description>
      <pubDate>Thu, 20 Mar 2025 17:59:27 GMT</pubDate>
      <guid>https://community.hubspot.com/t5/APIs-Integrations/String-Comparison-in-Search-API/m-p/1125140#M81041</guid>
      <dc:creator>SteveHTM</dc:creator>
      <dc:date>2025-03-20T17:59:27Z</dc:date>
    </item>
    <item>
      <title>Re: String Comparison in Search API</title>
      <link>https://community.hubspot.com/t5/APIs-Integrations/String-Comparison-in-Search-API/m-p/1125145#M81042</link>
      <description>&lt;P&gt;I see. The strings I am trying to compare are base62 representations of Unit time (seconds since Jan 01 1970). I suppose I could use integers for this, but this should be documented somewhere&lt;/P&gt;</description>
      <pubDate>Thu, 20 Mar 2025 18:04:23 GMT</pubDate>
      <guid>https://community.hubspot.com/t5/APIs-Integrations/String-Comparison-in-Search-API/m-p/1125145#M81042</guid>
      <dc:creator>06018</dc:creator>
      <dc:date>2025-03-20T18:04:23Z</dc:date>
    </item>
    <item>
      <title>Re: String Comparison in Search API</title>
      <link>https://community.hubspot.com/t5/APIs-Integrations/String-Comparison-in-Search-API/m-p/1125160#M81045</link>
      <description>&lt;P&gt;Given this information, I think you may be better off formatting the property as a date or datetime (where the underlying property values in HS are actually millisecond UNIX epoc counters) Then you have a lot more flexibility for comparison or range selection in a search.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Steve&lt;/P&gt;</description>
      <pubDate>Thu, 20 Mar 2025 18:20:59 GMT</pubDate>
      <guid>https://community.hubspot.com/t5/APIs-Integrations/String-Comparison-in-Search-API/m-p/1125160#M81045</guid>
      <dc:creator>SteveHTM</dc:creator>
      <dc:date>2025-03-20T18:20:59Z</dc:date>
    </item>
  </channel>
</rss>

