postgresql/src/pl/plpython/plpythonu--1.0.sql

/* src/pl/plpython/plpythonu--1.0.sql */

/*
 * Currently, all the interesting stuff is done by CREATE LANGUAGE.
 * Later we will probably "dumb down" that command and put more of the
 * knowledge into this script.
 */

CREATE LANGUAGE plpythonu;

COMMENT ON LANGUAGE plpythonu IS 'PL/PythonU untrusted procedural language';
Create extension infrastructure for the core procedural languages. This mostly just involves creating control, install, and update-from-unpackaged scripts for them. However, I had to adjust plperl and plpython to not share the same support functions between variants, because we can't put the same function into multiple extensions. catversion bump forced due to new contents of pg_pltemplate, and because initdb now installs plpgsql as an extension not a bare language. Add support for regression testing these as extensions not bare languages. Fix a couple of other issues that popped up while testing this: my initial hack at pg_dump binary-upgrade support didn't work right, and we don't want an extra schema permissions test after all. Documentation changes still to come, but I'm committing now to see whether the MSVC build scripts need work (likely they do). 2011-03-04 21:51:14 -05:00			`/* src/pl/plpython/plpythonu--1.0.sql */`

			`/*`
			`* Currently, all the interesting stuff is done by CREATE LANGUAGE.`
			`* Later we will probably "dumb down" that command and put more of the`
			`* knowledge into this script.`
			`*/`

Remove unnecessary use of PROCEDURAL Remove some unnecessary, legacy-looking use of the PROCEDURAL keyword before LANGUAGE. We mostly don't use this anymore, so some of these look a bit old. There is still some use in pg_dump, which is harder to remove because it's baked into the archive format, so I'm not touching that. Discussion: https://www.postgresql.org/message-id/2330919b-62d9-29ac-8de3-58c024fdcb96@2ndquadrant.com 2019-02-25 02:38:59 -05:00			`CREATE LANGUAGE plpythonu;`
Put comments on the installable procedural languages. Per suggestion from Josh Kupershmidt. 2011-07-03 19:03:51 -04:00
Remove unnecessary use of PROCEDURAL Remove some unnecessary, legacy-looking use of the PROCEDURAL keyword before LANGUAGE. We mostly don't use this anymore, so some of these look a bit old. There is still some use in pg_dump, which is harder to remove because it's baked into the archive format, so I'm not touching that. Discussion: https://www.postgresql.org/message-id/2330919b-62d9-29ac-8de3-58c024fdcb96@2ndquadrant.com 2019-02-25 02:38:59 -05:00			`COMMENT ON LANGUAGE plpythonu IS 'PL/PythonU untrusted procedural language';`