Re: [HACKERS] Revisiting NAMEDATALEN

Поиск
Список
Период
Сортировка
От Emrul
Тема Re: [HACKERS] Revisiting NAMEDATALEN
Дата
Msg-id 1499421187021-5970351.post@n3.nabble.com
обсуждение исходный текст
Ответ на Re: [HACKERS] Revisiting NAMEDATALEN  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [HACKERS] Revisiting NAMEDATALEN  (Robert Haas <robertmhaas@gmail.com>)
Re: [HACKERS] Revisiting NAMEDATALEN  (Mark Dilger <hornschnorter@gmail.com>)
Список pgsql-hackers
Дерево обсуждения 
Tom, thank you for that pointer.  I get now that it is not free and therefore
why its not something that should be changed by default.

I guess the problem is 'build your own copy' (i.e. compiling from source) is
something that sends most DB teams running into the hills.

A solution might be to make NAMEDATALEN configurable without having to
recompile source (perhaps a config variable or an initdb parameter). When I
have some free time I will investigate whether this is doable.




--
View this message in context: http://www.postgresql-archive.org/Revisiting-NAMEDATALEN-tp5969858p5970351.html
Sent from the PostgreSQL - hackers mailing list archive at Nabble.com.

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

Предыдущее
От: Amit Langote
Дата:
Сообщение: Re: [HACKERS] Oddity in error handling of constraint violation inExecConstraints for partitioned tables
Следующее
От: Michael Meskes
Дата:
Сообщение: Re: [HACKERS] Rust bindings to pgtypes lib