Re: tsearch_core patch: permissions and security issues
От | Tom Lane |
---|---|
Тема | Re: tsearch_core patch: permissions and security issues |
Дата | |
Msg-id | 17190.1181847247@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: tsearch_core patch: permissions and security issues (Teodor Sigaev <teodor@sigaev.ru>) |
Ответы |
Re: tsearch_core patch: permissions and security issues
Re: tsearch_core patch: permissions and security issues |
Список | pgsql-hackers |
Teodor Sigaev <teodor@sigaev.ru> writes: > The reason to save SQLish interface to dictionaries is a simplicity of > configuration. Snowball's stemmers are useful as is, but ispell dictionary > requires some configuration action before using. Yeah. I had been wondering about moving the dict_initoption over to the configuration entry --- is that sane at all? It would mean that dict_init functions would have to guard themselves against invalid options, but they probably ought to do that anyway. If we did that, I think we could have a fixed set of dictionaries without too much problem, and focus on just configurations as being user-alterable. >>> Next, it took me a while to understand how Mapping objects fit into >>> the scheme at all, and now that (I think) I understand, I'm wondering >>> why treat them as an independent concept. > ALTER FULLTEXT CONFIGURATION cfgname ADD MAPPING FOR tokentypename[, ...] WITH > dictname1[, ...]; > ALTER FULLTEXT CONFIGURATION cfgname ALTER MAPPING FOR tokentypename[, ...] WITH > dictname1[, ...]; > ALTER FULLTEXT CONFIGURATION cfgname ALTER MAPPING [FOR tokentypename[, ...]] > REPLACE olddictname TO newdictname; > ALTER FULLTEXT CONFIGURATION cfgname DROP MAPPING [IF EXISTS] FOR tokentypename; > Is it looking reasonable? Er ... what's the difference between the second and third forms? regards, tom lane
В списке pgsql-hackers по дате отправления: