我正在使用PostgreSQL 9.4，编写函数时我想使用自定义的错误代码（int）。但是，将来可能需要更改确切的数字值。
例如
-1表示USER_NOT_FOUND。
-2表示用户没有权限。
我可以在表codes_table（code_name :: text，code_value :: integer）中定义它们，并在函数中使用它们，如下所示：
(SELECT codes_table.code_value FROM codes_table WHERE codes_table.code_name = 'USER_NOT_FOUND')
有没有其他的方法。也许是全局变量？
Postgres没有全局变量。但是你可以定义自定义配置参数。为了保持清晰，使用给定前缀（例如glb）定义自己的参数。
这个简单的函数将使在查询中放置参数更容易：
create or replace function glb(code text)
returns integer language sql as $$
select current_setting('glb.' || code)::integer;
$$;
set glb.user_not_found to -1;
set glb.user_does_not_have_permission to -2;
select glb('user_not_found'), glb('user_does_not_have_permission');
用户定义的参数是会话中的局部变量，因此这些参数应在每个会话的开始处定义。
在@klin的答案基础上，有几种方法可以使配置参数在当前会话之外持久化。请注意，这些方法需要超级用户权限。
要为连接到特定数据库的所有连接设置值：
ALTER DATABASE db SET abc.xyz = 1;
ALTER SYSTEM命令来设置服务器范围内的值。如果用户定义的参数已经在当前会话中进行了SET设置，则似乎仅适用于这些参数。请注意，这需要重新加载配置才能生效。SET abc.xyz = 1;
ALTER SYSTEM SET abc.xyz = 1;
SELECT pg_reload_conf();
在9.4之前，您可以通过将参数添加到服务器的 postgresql.conf 文件来实现相同的功能。在9.1及更早版本中，您还需要注册一个自定义变量类。
最初的回答
。CREATE OR REPLACE FUNCTION globals.maxCities()
RETURNS integer AS
$$SELECT 100 $$ LANGUAGE sql IMMUTABLE;
WITH
variables AS (
SELECT 'value1'::TEXT AS var1, 10::INT AS var2
)
SELECT t.*, v.*
FROM
my_table AS t
CROSS JOIN variables AS v
WHERE t.random_int_column = var2;
variables CTE 简化为 with variables (var1, var2, trip_type_var as (values ('value1', 'value2', 'one')) ...。 - user330315CREATE TABLE global_variables (
key text not null PRIMARY KEY
value text
);
INSERT INTO global_variables (key, value) VALUES ('error_code_for_spaceship_engine', '404');
value 的类型，但是需要为每种类型编写反序列化代码。pg_db_role_setting系统目录，就像我pg_safer_settings扩展中的此函数所做的那样（在此处复制并获得了我的明确许可）。create function pg_db_setting(pg_setting_name$ text, pg_role$ regrole = 0)
returns text
stable
-- security definer
return (
select
regexp_replace(expanded_settings.raw_setting, E'^[^=]+=', '')
from
pg_catalog.pg_db_role_setting
inner join
pg_catalog.pg_database
on pg_database.oid = pg_db_role_setting.setdatabase
cross join lateral
unnest(pg_db_role_setting.setconfig) as expanded_settings(raw_setting)
where
pg_database.datname = current_database()
and pg_db_role_setting.setrole = coalesce(
pg_role$,
0 -- 0 means “not role-specific”
)
and expanded_settings.raw_setting like pg_setting_name$ || '=%'
limit 1
);
pg_catalog.current_setting() 函数和我的 pg_db_role_setting() 函数语义上的差异：CREATE DATABASE mydb;
CONNECT TO mydb
CREATE ROLE myrole;
ALTER DATABASE mydb
SET app.settings.bla = 1::text;
ALTER ROLE myrole
IN DATABASE mydb
SET app.settings.bla = 2::text;
SET ROLE myrole;
SET app.settings.bla TO 3::text;
SELECT current_setting('app.settings.bla', true); -- '3'
SELECT pg_db_role_setting('app.settings.bla'); -- '1'
SELECT pg_db_role_setting('app.settings.bla', current_user); -- '2'
pg_safer_settings 扩展功能包括一个 pg_safer_settings_table，它结合了这两种范例，允许您将设置存储为列，并自动维护每个列的 current_<col_name>() 函数。（current_ 前缀可配置。)default_billing_interval这样的设置，并将其作为实际的interval。我本可以选择行并添加一个setting_regtype列。但是，那样我感觉有点像在DB语义之上重新实现SQL语义。 - BigSmokepg_safer_settings的README.md中链接到它。 - BigSmokeREADME.md中记录了这个设计选择：https://github.com/bigsmoke/pg_safer_settings#table-pg_safer_settings_table - BigSmoke
RAISE EXCEPTION返回错误代码，并且较新版本允许您指定要引发的代码。 - Jasen