问题[cast](dba)

这不会编译：

SELECT add_compression_policy(
    hypertable => 'exchange.candles',
    compress_after => INTERVAL ((SELECT now()::DATE::timestamp - (SELECT min(last_ts) FROM exchange.capture_tracker))),
    if_not_exists => TRUE);

问题似乎SELECT如下INTERVAL。

但这编译：

WITH delay AS (SELECT now()::DATE::timestamp - (SELECT min(last_ts) FROM exchange.capture_tracker) myinterval)
SELECT add_compression_policy(
    hypertable => 'exchange.candles',
    compress_after => myinterval,
    if_not_exists => TRUE) FROM delay;

我的同事和我不明白为什么。
谁能解释一下？

我在 BigQuery 中有一个包含Xday、Xmonth和Xyear列的表，但数据是用户生成的，并且显然在没有足够的输入验证的情况下完成，所以其中一些是无稽之谈。做类似的事情很容易，但是如果有人在 2 月 30 日Xday between 1 and 31做这样的事情，我仍然会出错。date(Xyear, Xmonth, Xday)

有什么方法可以在转换为日期类型之前验证日期，或者只是扔掉导致错误的行而不是抛出异常？

我想有一个持久化的列，它将根据varchar表中的关键列之一随机分组 32 个组的数据。我的想法是：

SELECT ABS(CAST(HASHBYTES('MD5',[keyColumnFromTable]) AS bigint) % 31)

问题：

1. CHECKSUM除了（不同的值不同COLLATE）和自己的功能之外，还有什么更好的方法吗？
2. 如果我会使用会有什么不同SELECT CAST(HASHBYTES('MD5',[keyColumnFromTable]) AS tinyint) % 31？我正在阅读它CAST正在tinyint考虑最后一个字节的数据。对随机性有影响吗？

设置（仅在 PostgreSQL 9.6 上尝试过）：

CREATE TYPE MY_ENUM AS ENUM ('a', 'b');
CREATE CAST (CHARACTER VARYING AS MY_ENUM) WITH INOUT AS IMPLICIT;
CREATE TABLE t (x MY_ENUM);
INSERT INTO t VALUES ('a'::MY_ENUM), ('b'::MY_ENUM);

正如预期的那样，这些工作正常：

INSERT INTO t VALUES ('a');
SELECT * FROM t WHERE x = 'a';

但这些不会：

PREPARE p(CHARACTER VARYING) AS SELECT * FROM t WHERE x = $1;
;; error: operator does not exist: my_enum = character varying

CREATE FUNCTION f(ix CHARACTER VARYING, OUT ox MY_ENUM) AS
$$
    SELECT * FROM t WHERE x = ix
$$ LANGUAGE sql;
;; error: operator does not exist: my_enum = character varying

CREATE FUNCTION f(ix CHARACTER VARYING) RETURNS VOID AS
$$
BEGIN
    SELECT * FROM t WHERE input_type = ix;
END;
$$ LANGUAGE plpgsql;

SELECT f('piano');
;; error: operator does not exist: my_enum = character varying

根据文档：

如果强制转换标记为 AS IMPLICIT，则可以在任何上下文中隐式调用它，无论是赋值还是在表达式内部。

那么为什么会出现错误呢？

我知道这个问题有不同的变化。但我想做的是，有一个带有数字列 (12,0) 的表，其数据看起来像

Units
-----
-1222222
0
-19
21123021

他们真正的意思是这个

Units
-----
-12222.22
0.00
-0.19
211230.21

每个数字的最后一位小数点后两位。

我正在努力将这些数字转换为小数点后两位浮点列（单位）

我想做这样的事情：

alter table foos
alter column bar type bool using bar::boolean;

bar当前是一个文本列。一些实验表明 postgres 会做一些事情，比如将字符串转换"t"为布尔值true。就我而言，这很棒，但我想在使用它之前阅读完整的行为。我似乎无法找到该文档的位置。

我正在将 TEXT 列复制到另一个表，其中目标列是 VARCHAR(MAX)。

看来这是一个隐式转换，我不需要为它写一个显式的 CAST。

这个对吗？

我正在寻找一种从文本值转换的方法：

'(180,90),(-180,-90)'

到一个点[]值：

{"(180,90)","(-180,-90)"}

做这个的最好方式是什么？

我能想到的一种可能性是将字符串操作为这种形式：

'{"(180, 90)", "(-180,-90)"}'

然后我可以point[]这样转换：

select '{"(180, 90)", "(-180,-90)"}'::point[];

肯定有更好的方法吗？我目前的解决方案是这样的：

select concat('{', replace(replace(<text>, '(', '"('), ')', ')"'), '}')::point[]

据我所知，目前在 PostgreSQL v9.5（及更高版本？）中不可能获得自定义范围类型的隐式转换。为了说明，当我定义以下演示设置时：

drop schema if exists tac cascade;
create schema tac;

create domain tac.usascii_small_letters
  as text
  check ( value ~ '^[a-z]+$' );

create domain tac.ucid as integer
  check ( value between x'0'::integer and x'10ffff'::integer );

create function tac.ucid_rng_diff( cid_1 tac.ucid, date_2 tac.ucid )
  returns double precision
  language sql
  immutable
  as $$
    select cast( cid_1 - date_2 as double precision );
  $$;

-- A ----------------------------------------------------------------
create type tac.ucid_rng as range (
  subtype       = tac.ucid,
  subtype_diff  = tac.ucid_rng_diff
  );
-- ----------------------------------------------------------------

-- -- B ----------------------------------------------------------------
-- set role dba; -- !!!!!!!!!!!!!!!!!!!!
-- create type tac.ucid_rng;

-- create function tac.ucid_rng_canonical( x tac.ucid_rng )
--   returns tac.ucid_rng
--   language plpgsql
--   as $$
--     begin
--         if not lower_inc(x) then
--             x := tac.ucid_rng(lower(x) + 1, upper(x), '[]');
--         end if;
--         if not upper_inc(x) then
--             x := tac.ucid_rng(lower(x), upper(x) - 1, '[]');
--         end if;
--         return x;
--     end;
--   $$;

-- create type tac.ucid_rng as range (
--   subtype       = tac.ucid
--   , subtype_diff  = tac.ucid_rng_diff
--   , canonical     = tac.ucid_rng_canonical
--   );

-- reset role; -- !!!!!!!!!!!!!!!!!!!!
-- -- ----------------------------------------------------------------

create table tac.words (
  word                    tac.usascii_small_letters,
  cid                     tac.ucid,
  cid_range               tac.ucid_rng
  );

insert into tac.words values
  ( 'foo', 1, '[11,21]' ),
  ( 'bar', 2, '[12,22]' ),
  ( 'zip', 3, '[13,23]' ),
  ( 'dat', 4, '[14,24]' ),
  ( 'baz', 5, '[15,25]' );

select * from tac.words where word between 'a' and 'c';
select * from tac.words where word between 'a'::tac.usascii_small_letters and 'c';
select * from tac.words where cid between 3 and 5;
select * from tac.words where cid_range @> '[17,23]';
select * from tac.words where cid_range @> '[17,23]'::tac.ucid_rng;
select * from tac.words where cid_range @> 23::tac.ucid;
select * from tac.words where cid_range @> 23;

并像使用块 A 但没有块 B 一样运行它，我得到

ERROR:  operator does not exist: integer <@ tac.ucid_rng
LINE 1: select * from tac.words where cid_range @> 23;
HINT:  No operator matches the given name and argument type(s).
You might need to add explicit type casts.

测试表明，很多使用自定义域/类型的东西都适用于隐式转换。事实上，我可以对我的自定义字符串数据类型进行范围检查，甚至cid_range @> '[17,23]'可以工作。只是神秘地失败了。 cid_range @> 23

现在我尝试为我的tac.cid_rng类型实现一个合适的规范化函数；然而，正如https://stackoverflow.com/a/29939205中所说，那是行不通的：

NOTICE:  argument type tac.ucid_rng is only a shell
NOTICE:  return type tac.ucid_rng is only a shell
ERROR:  PL/pgSQL functions cannot return type tac.ucid_rng

因此，在 PostgreSQL 9.5 中似乎仍然不可能在点包含查询中使用隐​​式转换的自定义范围类型，尽管类型本身是在一组连续整数上非常透明地定义的，并且类似的查询无需任何额外编码即可正常工作。

我想知道我是否在这里遗漏了什么，以及有什么推荐的方法来处理这种情况。我想我可以接受显式强制转换，或者编写一个函数来为我做这件事。

我不明白的是为什么cid_range @> '[17,23]'有效但cid_range @> 23失败了——毕竟，在这两种情况下都必须执行从通用/暗示文字到实际数据类型的转换。从测试中可以看出，从整数文字到tac.ucid域的隐式转换也可以工作，因此很难看出究竟缺少什么需要一段 C 样板代码，它除了通用检查和整数递增/递减外什么都不做。

当我使用0990 填充表示 3 位数字时，我会在左侧得到空格。

SELECT '>' || to_char(1, '099') || '<';
 ?column? 
----------
 > 001<
(1 row)

为什么to_char这里有左填充？为什么会有前导空格？