相关疑难解决方法(0)

我有一个data类型的列，json其中包含这样的 JSON 文档：

{
    "name": "foo",
    "tags": ["foo", "bar"]
}

我想将嵌套tags数组转换为连接字符串 ( 'foo, bar')。array_to_string()从理论上讲，使用该函数很容易做到这一点。但是，此功能不接受json输入。所以我想知道如何将这个 JSON 数组变成 Postgres 数组（类型text[]）？

NOTE程序员.se和dba.se的受众不同，会有不同的观点，所以在这个例子中我认为复制什么是反对或支持将应用程序逻辑放在数据库层的论据是什么？在程序员.se上。

我已经找不到关于 dba 的讨论了，原帖已经说明了一切，所以：

大多数软件开发人员都希望将应用程序逻辑保留在应用程序层中，我们将它保留在这里可能感觉很自然。数据库开发人员似乎希望将应用程序逻辑放在数据库层，作为触发器和存储过程。

就我个人而言，我更愿意在应用层中保留尽可能多的内容，以便更容易调试并保持各层的职责分离。

您对此有何看法，在数据库层中应该或不应该实现什么？

注意，我不是该问题的 OP，但保留了原始措辞。

在 Postgres 中，准备好的查询和用户定义的函数是否等同于一种防止 SQL 注入的机制？
一种方法比另一种方法有什么特别的优势吗？

我在 PostgreSQL 9.3 中使用了一个 PL/pgSQL 函数，里面有几个复杂的查询：

create function f1()
  returns integer as
$$
declare

event tablename%ROWTYPE;
....
....

begin

FOR event IN
   SELECT * FROM tablename WHERE condition
LOOP
   EXECUTE 'SELECT f2(event.columnname)' INTO dummy_return;
END LOOP;

...

INSERT INTO ... FROM a LEFT JOIN b ... LEFT JOIN c WHERE ...

UPDATE T SET cl1 = M.cl1 FROM M WHERE M.pkcols = T.pkcols;

...

end
$$ language plpgsql;

如果我跑了EXPLAIN ANALYZE f1()，我只会得到总时间，但没有细节。有没有办法可以获得函数中所有查询的详细结果？

如果函数中的查询不应该被 Postgres 优化，我也会要求解释。

new_customerWeb 应用程序每秒调用我的函数数次（但每个会话仅调用一次）。它所做的第一件事就是锁定customer表（执行“如果不存在则插入”—— 的一个简单变体upsert）。

我对文档的理解是，其他调用new_customer应该简单地排队，直到所有先前的调用都完成：

LOCK TABLE 获得一个表级锁，必要时等待任何冲突的锁被释放。

为什么有时会死锁？

定义：

create function new_customer(secret bytea) returns integer language sql 
                security definer set search_path = postgres,pg_temp as $$
  lock customer in exclusive mode;
  --
  with w as ( insert into customer(customer_secret,customer_read_secret)
              select secret,decode(md5(encode(secret, 'hex')),'hex') 
              where not exists(select * from customer where customer_secret=secret)
              returning customer_id )
  insert into collection(customer_id) select customer_id from w;
  --
  select customer_id from customer where customer_secret=secret;
$$;

日志中的错误：

2015-07-28 08:02:58 BST …

我理解以下之间的区别：

• 标量函数
• 集合返回函数 (SRF)
• 内部功能
• 窗口函数
• 各种聚合函数
• 用户实现的函数（在 PostgreSQL 中可以用任何语言实现）
• 等等。

在 SQL Server 中，“存储过程”允许通过EXEC. 与使用SELECT该返回执行的任何其他函数相比，它提供了什么NULL？

当 PostgreSQL 获得存储过程时，它们会给我带来什么，规范中函数和存储过程之间的正式区别是什么？

我读过这个问题，但它似乎早于宣布实施

我面临一个绝对奇怪的问题，感觉更像是 Postgres 错误而不是算法问题。

我有这个功能：

CREATE FUNCTION sp_connect(mail character varying, passwd character varying, role character varying)
  RETURNS json LANGUAGE plpgsql STABLE AS
$$
DECLARE
    user_info record;
BEGIN
  IF role = 'Role1' THEN
    SELECT u.id, r.name INTO user_info
    FROM users u
    INNER JOIN users_roles ur ON ur.user_id = u.id
    INNER JOIN roles r ON ur.role_id = r.id
    WHERE u.email = mail
      AND u.password = encode(digest(CONCAT(passwd, u.password_salt), 'sha512'), 'hex')
      AND r.name = 'Role1';
  ELSIF role = 'Role2' THEN
    SELECT h.id, 'Role1' AS name …

类似SELECT * FROM t ORDER BY case when _parameter='a' then column_a end, case when _parameter='b' then column_b end的查询是可能的，但是：这是一个好习惯吗？

在查询的 WHERE 部分使用参数是很常见的，在 SELECT 部分有一些计算列，但参数化 ORDER BY 子句并不常见。

假设我们有一个列出二手车的应用程序 (à la CraigsList)。汽车列表可以按价格或颜色排序。我们有一个函数，给定一定数量的参数（比如价格范围、颜色和排序标准），它会返回一组带有结果的记录。

为了具体起见，让我们假设cars都在下表中：

CREATE TABLE cars
(
  car_id serial NOT NULL PRIMARY KEY,  /* arbitrary anonymous key */
  make text NOT NULL,       /* unnormalized, for the sake of simplicity */
  model text NOT NULL,      /* unnormalized, for the sake of simplicity */
  year integer,             /* may …

就像我的第一个问题中详细介绍的那样，我有一个Postgres 9.1数据库，其中有多个表，这些表具有完全相同的列名，它们仅在列值上有所不同：

tbl_log_a
tbl_log_b
tbl_log_c
...

26 个表（从 a 到 z）。trfn_tbl_log_%letter%每个表都有一个触发器，它调用名为(from ato )的触发器函数z，该函数执行完全相同的操作：

CREATE OR REPLACE FUNCTION trfn_tbl_log_a_timetypespan()
  RETURNS trigger AS
$BODY$
DECLARE
v_timetype character varying;
v_timestmp_timetype timestamp without time zone;
v_timetypespan_resume interval;
v_stmtserial real;
v_sumtimetypespan_fnname interval;

BEGIN

IF NEW.timetype = 'lap' THEN
  SELECT timetype, timestmp, timetypespan FROM tbl_log_a WHERE fnname = NEW.fnname AND (timetype = 'start' OR timetype = 'resume') ORDER BY stmtserial DESC LIMIT 1 INTO v_timetype, v_timestmp_timetype, v_timetypespan_resume; …

我有一个非常繁忙的功能，我需要以最佳方式优化。此函数只是一个嵌套的 select 语句，遗留应用程序每秒请求数次。

索引已就位，但我注意到它仅在第一次执行函数后使用。我认为问题在于 Postgres 创建了一个通用的执行计划，因为它在大多数情况下是高度排他的，但有时可能没有那么好。

当我EXPLAIN ANALYZE在第一次执行后进行测试时，查询运行得非常快，但应用程序会话仅调用该函数一次，然后终止。我需要第一次执行使用实际的优化计划。任何人都可以帮忙吗？

我们尝试弄乱管理连接池的连接器驱动程序来发出一个DISCARD TEMP而不是DISCARD ALL，因此它可以保持会话的缓存计划并且性能达到顶峰，但我不想在生产环境中这样做.

我们使用的是在 CentOS 6 上运行的 Postgres 9.4。我试过作为 SQL 函数运行，但没有帮助，它实际上作为 plpgsql 函数更快。下面是函数代码：

CREATE OR REPLACE FUNCTION public.ap_keepalive_geteqpid_veiid(
    IN tcbserie bigint,
    IN protocolo integer)
  RETURNS TABLE(eqpid integer, veiid integer, tcbid integer, veiplaca character varying, veiproprietariocliid integer, tcbtppid integer, tcbversao character, veirpmparametro double precision, tcbconfiguracao bigint, tcbevtconfig integer, veibitsalertas integer, sluid integer, harid integer) AS
$BODY$
BEGIN
    RETURN QUERY
    SELECT  teqp.eqpID, 
            teqp.eqpveiID AS veiID, 
            tcb.tcbID, 
            tvei.veiPlaca, 
            tvei.veiProprietariocliID, …