Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1VWsTZ-0005N1-Gj for pgsql-sql@arkaria.postgresql.org; Thu, 17 Oct 2013 18:39:13 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1VWsTZ-00068G-1B for pgsql-sql@arkaria.postgresql.org; Thu, 17 Oct 2013 18:39:13 +0000 Received: from makus.postgresql.org ([2001:4800:7903:4::125]) by malur.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1VWsTY-000688-8A for pgsql-sql@postgresql.org; Thu, 17 Oct 2013 18:39:12 +0000 Received: from smtprelay0207.b.hostedemail.com ([64.98.42.207] helo=smtprelay.b.hostedemail.com) by makus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1VWsTU-0006PW-Q1 for pgsql-sql@postgresql.org; Thu, 17 Oct 2013 18:39:11 +0000 Received: from filter.hostedemail.com (b-bigip1 [10.5.19.254]) by smtprelay06.b.hostedemail.com (Postfix) with ESMTP id C6C558D248; Thu, 17 Oct 2013 18:39:07 +0000 (UTC) X-Session-Marker: 616C76686572726540616C76682E6E6F2D69702E6F7267 X-Spam-Summary: 50, 0, 0, , d41d8cd98f00b204, alvherre@alvh.no-ip.org, :::, RULES_HIT:41:355:379:599:967:973:988:989:1260:1277:1311:1312:1313:1314:1345:1359:1437:1515:1516:1518:1519:1534:1539:1593:1594:1595:1596:1711:1730:1747:1777:1792:2198:2199:2393:2525:2560:2563:2682:2685:2828:2859:2933:2937:2939:2942:2945:2947:2951:2954:3022:3138:3139:3140:3141:3142:3352:3865:3866:3867:3868:3870:3871:3873:3874:3934:3936:3938:3941:3944:3947:3950:3953:3956:3959:4250:4605:4659:5007:6119:6261:7902:7903:9025:9121:10004:10400:10848:11232:11256:11257:11658:11914:12517:12519:13069:13255:13311:13357:13894:13895, 0, RBL:none, CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, DomainCache:0, MSF:not bulk, SPF:fn, MSBL:0, DNSBL:none, Custom_rules:0:0:0 X-HE-Tag: lock90_15505a7ccd453 X-Filterd-Recvd-Size: 1712 Received: from eldon.alvh.no-ip.org (unknown [190.91.133.103]) (Authenticated sender: alvherre@alvh.no-ip.org) by omf04.b.hostedemail.com (Postfix) with ESMTPA; Thu, 17 Oct 2013 18:39:06 +0000 (UTC) Received: by eldon.alvh.no-ip.org (Postfix, from userid 1000) id 131C51FC8; Thu, 17 Oct 2013 15:39:03 -0300 (CLST) Date: Thu, 17 Oct 2013 15:39:02 -0300 From: Alvaro Herrera To: Gary Stainburn Cc: "pgsql-sql@postgresql.org" Subject: Re: Advice - indexing on varchar fields where only last x characters known Message-ID: <20131017183902.GA4943@eldon.alvh.no-ip.org> References: <201310171220.44550.gary.stainburn@ringways.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201310171220.44550.gary.stainburn@ringways.co.uk> User-Agent: Mutt/1.5.21 (2010-09-15) X-Pg-Spam-Score: -0.0 (/) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-sql Precedence: bulk Sender: pgsql-sql-owner@postgresql.org Gary Stainburn wrote: > The problem that I have is that these VIN numbers are provided by a number of > data systems including manufacturer feeds, logistics companies as well as > internal systems. Some use the full 17 character string while others only use > the last 11. > > On top of this, my users are used to only having to type the last 6 characters > for speed and usability reasons. Try creating an index on reverse(vin) and using the same function in queries; you can put a % at the end of the sought-for literal to match suffixes. That works quite well and is very simple to implement. -- Álvaro Herrera http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services -- Sent via pgsql-sql mailing list (pgsql-sql@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-sql