Skip site navigation (1) Skip section navigation (2)

Re: encoding names

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Karel Zak <zakkr(at)zf(dot)jcu(dot)cz>
Cc: pgsql-patches <pgsql-patches(at)postgresql(dot)org>
Subject: Re: encoding names
Date: 2001-08-29 23:30:40
Message-ID: Pine.LNX.4.30.0108300116210.677-100000@peter.localdomain (view raw, whole thread or download thread mbox)
Lists: pgsql-patches
Karel Zak writes:

>  New names is possible obtain only by:
> 	 database_character_set()
> 		- returns database encoding name
> 	 character_set(int)
> 		- convert encoding 'id' to encoding name
> 	 character_set(name)
> 		- convert encoding 'name' to 'id'

I thought we decided not to add functions returning "new" names until we
know exactly what the new names should be, and pending schema
implementation.  These three functions just implement an interface that is
equivalent to an existing one but no more standard than the existing one.

> l2=# select getdatabaseencoding(), database_character_set();
>  getdatabaseencoding | database_character_set
> ---------------------+------------------------
>  LATIN2              | ISO-8859-2
> (1 row)

For instance, from an SQL point of view, the left side is more official
than the right side, and it's easier to handle as identifier.

> l2=# select pg_encoding_to_char(5), character_set(5);
>  pg_encoding_to_char | character_set
> ---------------------+---------------
>  UNICODE             | UTF-8
> (1 row)

Spelled UTF8 in SQL.  This is a boring debate, but it needs to be done
first, so people can rely on the names.  Accepting flexible input is good,
but the output needs to be reliable.


    pg_char_to_encname_struct(): too much long encoding name


    ...(): encoding name too long

The rest looks okay superficially, but someone else should probably check

Peter Eisentraut   peter_e(at)gmx(dot)net

In response to


pgsql-patches by date

Next:From: Liam StewartDate: 2001-08-30 03:22:48
Subject: Re: psql tab completion patch
Previous:From: Marko KreenDate: 2001-08-29 22:10:46
Subject: pgcrypto/px.c fix

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group