Re: some more error location support
От
Peter Eisentraut
Тема
Re: some more error location support
Дата
Msg-id
12a05f66-4bb1-da6d-4b7a-9ede47066c86@2ndquadrant.com
Ответ на
Re: some more error location support (Fabien COELHO)
Список
Дерево обсуждения
some more error location support Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: some more error location support Fabien COELHO <coelho@cri.ensmp.fr>
Re: some more error location support Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: some more error location support Fabien COELHO <coelho@cri.ensmp.fr>
Re: some more error location support Fabien COELHO <coelho@cri.ensmp.fr>
Re: some more error location support Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: some more error location support Fabien COELHO <coelho@cri.ensmp.fr>
Re: some more error location support Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: some more error location support Fabien COELHO <coelho@cri.ensmp.fr>
Re: some more error location support Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: some more error location support Fabien COELHO <coelho@cri.ensmp.fr>
Re: some more error location support Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
On 29/08/2018 16:39, Fabien COELHO wrote: > >>> The majority rule (34 make & 22 free) suggest that it is more often use >>> than not. I'd suggest to stick to that for consistency & homogeneity. >> >> But it's consistently not used in DDL command implementations, only in >> normal query parsing. > > I try to avoid complicated (context-sensitive) rules when I can, esp as > some functions may be called from DDL and DML. > > But fine with me. Committed 0001 and 0002, keeping 0003 for future research, as discussed. Thanks. -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления
От: Simon Riggs
Дата: