mirror of
https://git.postgresql.org/git/postgresql.git
synced 2024-08-19 07:43:25 +02:00
It was never terribly consistent to use OR REPLACE (because of the lack of comparable functionality for data types, operators, etc), and experimentation shows that it's now positively pernicious in the extension world. We really want a failure to occur if there are any conflicts, else it's unclear what the extension-ownership state of the conflicted object ought to be. Most of the time, CREATE EXTENSION will fail anyway because of conflicts on other object types, but an extension defining only functions can succeed, with bad results.
32 lines
715 B
SQL
32 lines
715 B
SQL
/* contrib/unaccent/unaccent--1.0.sql */
|
|
|
|
CREATE FUNCTION unaccent(regdictionary, text)
|
|
RETURNS text
|
|
AS 'MODULE_PATHNAME', 'unaccent_dict'
|
|
LANGUAGE C STABLE STRICT;
|
|
|
|
CREATE FUNCTION unaccent(text)
|
|
RETURNS text
|
|
AS 'MODULE_PATHNAME', 'unaccent_dict'
|
|
LANGUAGE C STABLE STRICT;
|
|
|
|
CREATE FUNCTION unaccent_init(internal)
|
|
RETURNS internal
|
|
AS 'MODULE_PATHNAME', 'unaccent_init'
|
|
LANGUAGE C;
|
|
|
|
CREATE FUNCTION unaccent_lexize(internal,internal,internal,internal)
|
|
RETURNS internal
|
|
AS 'MODULE_PATHNAME', 'unaccent_lexize'
|
|
LANGUAGE C;
|
|
|
|
CREATE TEXT SEARCH TEMPLATE unaccent (
|
|
INIT = unaccent_init,
|
|
LEXIZE = unaccent_lexize
|
|
);
|
|
|
|
CREATE TEXT SEARCH DICTIONARY unaccent (
|
|
TEMPLATE = unaccent,
|
|
RULES = 'unaccent'
|
|
);
|