Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1WwhIv-00078r-KZ for pgsql-hackers@arkaria.postgresql.org; Tue, 17 Jun 2014 00:31:13 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1WwhIv-0008R2-0w for pgsql-hackers@arkaria.postgresql.org; Tue, 17 Jun 2014 00:31:13 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1WwhIt-0008Qd-Kl for pgsql-hackers@postgresql.org; Tue, 17 Jun 2014 00:31:11 +0000 Received: from mout.kundenserver.de ([212.227.126.130]) by magus.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1WwhIp-0000Gh-RC for pgsql-hackers@postgresql.org; Tue, 17 Jun 2014 00:31:10 +0000 Received: from nara.local (p1021-ipngn4101marunouchi.tokyo.ocn.ne.jp [153.129.158.21]) by mrelayeu.kundenserver.de (node=mreue007) with ESMTP (Nemesis) id 0LpDhh-1WHbO32CIP-00f8dG; Tue, 17 Jun 2014 02:30:37 +0200 Message-ID: <539F8C26.3040500@2ndquadrant.com> Date: Tue, 17 Jun 2014 09:30:30 +0900 From: Ian Barwick User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Peter Geoghegan , Josh Berkus CC: Andres Freund , Greg Stark , Jim Nasby , PostgreSQL-development , Robert Haas , Albe Laurenz Subject: Re: Doing better at HINTing an appropriate column within errorMissingColumn() References: <533B31C9.1080403@nasby.net> <20140402201602.GV3750@awork2.anarazel.de> <539F7816.1070809@agliodbs.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:aHCU2dOvFRkvGS5xgLXMPyWI2T7vuPUJsxOBZzkFsYN Y3+tnGwIJbnXZq/GwiyqLS/N2AfdqTEXbXQhKaN/95mpWVNNZ2 bld56QGw7IVtcudPCCN9bP+BouPkp/NGfwd7HXTS77NVWikmi2 06UTDfgD10iz3WPRW5/ZzDMcCCuRFIWKX2nS63pPdqoOm/3Ec7 51ylyresePqnvGtNTkdMSoFYDiENk7Qa0v44w5K1lNZ5ZAJ3UI anqpsWUx1kEMmG5dNT4qmyj4PiYCxUMf6reUIF4Y9pK3XEnVkK gJYH3Cycf024kLF/jM594oCqrwH8p+H4mZyeaRhopvPZ+lb0S4 xJ1T2fS4f9kU+AAdFzMEke7CVY84ZVl1isZwCUwiK X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org On 14/06/17 8:31, Peter Geoghegan wrote: > On Mon, Jun 16, 2014 at 4:04 PM, Josh Berkus wrote: >> Question: How should we handle the issues with East Asian languages >> (i.e. Japanese, Chinese) and this Hint? Should we just avoid hinting >> for a selected list of languages which don't work well with levenshtein? >> If so, how do we get that list? > > I think that how useful Levenshtein distance is for users based in > east Asia generally, and how useful this patch is to those users are > two distinct questions. I have no idea how common it is for Japanese > users to just use Roman characters as table and attribute names. Since > they're very probably already writing application code that uses Roman > characters (except in the comments, user strings and so on), it might > make sense to do the same in the database. I would welcome further > input on that question. I don't know what the trends are in the real > world. From what I've seen in the wild in Japan, Roman/ASCII characters are widely used for object/attribute names, as generally it's much less hassle than switching between input methods, dealing with different encodings etc. The only place where I've seen Japanese characters widely used is in tutorials, examples etc. However that's only my personal observation for one particular non-Roman language. Regards Ian Barwick -- Ian Barwick http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers