Re: [WIP] patch - Collation at database level

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: [WIP] patch - Collation at database level
Дата
Msg-id 20080702151423.GT18252@alvh.no-ip.org
обсуждение исходный текст
Ответ на [WIP] patch - Collation at database level  ("Radek Strnad" <radek.strnad@gmail.com>)
Ответы Re: [WIP] patch - Collation at database level  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Radek Strnad escribió:

> 2) What type should all names in CREATE and DROP statement in gram.y have?
> I've chosen qualified_name but I know it's not the best choice.

I think it should be ColId.

> 3) All collations are created from existing collations. How do I ensure that
> the collation already exists? Is there any possibility to define it in
> gram.y?

Certainly not -- shouldn't they come from a catalog?  In that case, it
must come in parse analysis (parser/analyze.c I guess) or perhaps later,
when you actually execute the function to create the new collation.

> 5) Also can you look at the pg_catalog and tell me if anything is wrong with
> it?

Why does a collation have a schema?

What's the "existing collation"?

It seems a bit silly to have enum for what are basically boolean
variables.  Why not just use "true" and "false"?
-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: WIP patch: reducing overhead for repeat de-TOASTing
Следующее
От: Zdenek Kotala
Дата:
Сообщение: Re: PATCH: CITEXT 2.0