tighten generic_option_name, or store more carefully in catalog?

Поиск
Список
Период
Сортировка
От Chapman Flack
Тема tighten generic_option_name, or store more carefully in catalog?
Дата
Msg-id 6830EB30.8090904@acm.org
обсуждение исходный текст
Ответы Re: tighten generic_option_name, or store more carefully in catalog?
Список pgsql-hackers
Hi,

generic_option_name is a ColLabel, therefore a fully general SQL identifier.

But a command like CREATE FOREIGN DATA WRAPPER w ... OPTIONS ("a=b" 'c=d')
stores {a=b=c=d} in fdwoptions, from which the original intent can't be
recovered.

Should generic_option_name be restricted to be a regular identifier,
or allowed to be a delimited identifier but with = forbidden within it,
or should it be represented as delimited in the catalog when necessary
so it can be recovered faithfully?

SQL rules would also make its case-sensitivity dependent on faithfully
recovering whether it was delimited or not.

Regards,
-Chap



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