如果用户对函数中引用的对象没有权限，那么当他们尝试执行该函数时，具有该函数的 EXECUTE 权限的用户将收到错误。
我创建了一个函数 my_function。在该函数中，我从表 my_table 中执行 select/insert/update/delete 操作。然后，我将 EXECUTE 权限授予另一个用户“user1”。
但是，当用户 1 尝试执行该功能时，它会失败并显示消息“拒绝对表 my_table 的权限”。
我不想授予用户 user1 直接访问表 my_table 的权限。这正是创建函数 my_function 的全部目的，因为我想控制 user1 可以查看/修改哪些数据。
这是 Postgres 的限制（缺陷）吗？对我来说，这是一个非常严重的安全/隐私问题。有办法解决这个问题吗？还是我们必须忍受它？
我的 Postgres 版本是 15.x
我需要连续迁移两个非常大的表。我的第一个解决方案是逐列比较以找出哪些发生了更改，但这样做成本太高。
所以第二个想法是创建持久化计算列来存储集合列的散列值。这可以加快处理速度。但问题是，使用带时区的时间戳对列进行散列时出现了问题。我收到了这个错误：ERROR: generation expression is not immutable。
我尝试了各种方法来转换值，但都不起作用。
代码（注释值，无效）：
ALTER TABLE schema.table ADD COLUMN hashed_columns UUID GENERATED ALWAYS AS (
md5(
id::text ||
type_id::text ||
--EXTRACT(EPOCH FROM date)::text ||
-- to_char(date::timestamp without time zone , 'YYYY-MM-DD"T"HH24:MI:SS') ||
-- date::text ||
-- to_char(date, 'YYYYMMDD')::integer ||
-- md5(date::text) ||
to_char(date, 'YYYYMMDD') ||
value1::text ||
value2::text
)::uuid
) STORED;
看起来，它检测到了不可变列，然后直接抛出错误，而没有先尝试强制类型转换。我尝试做的事情从根本上来说错了吗？还是说有可能？
当我从脚本中删除日期列时，它可以工作，所以问题出在时间戳内。
服务器正在运行 Postgre 16。
我正在学习使用递归 CTE 进行图遍历（learnSQL 课程）。题目问的是从一个起始城市访问每个城市。他们使用一个由附加城市名称构建的“路径”字符串，然后用它来where position(city.name IN travel.path) = 0判断该城市是否已经被访问过。这种方法可行，但我经常寻找替代方案，所以我可以使用一个已访问城市数组。
作为一名经验丰富的开发人员（例如 Java 或任何命令式语言），我会将其表示visited为 SET 以进行有效的遏制测试，但 postgresql 似乎只提供 ARRAY。
当然，示例数据很小，这没什么问题，但我想知道最有效/最佳实践是什么。在我看来，使用字符串查找语义position不太好。
谢谢！
with recursive
travel(path, visited, visited_count) AS (
select
name::text,
array[name::text],
1
from city
where
name = 'Bristol'
union all
select
travel.path || '->' || city.name,
visited || name::text,
visited_count + 1
from city, travel
where
city.name <> all(visited)
--position(city.name IN travel.path) = 0
)
select
path,
visited
from travel
where
visited_count = 6
我正在尝试将 Apache Ignite (3.0.0) 配置为内存数据网格。想法是将其用作缓存并从外部 RDBMS（如 postgres）加载数据。我有一个特定的用例，其中我有一些数据文件，它们在 postgres 中具有 XML 类型和 TXT 类型。我希望能够在 apache ignite 中加载数据（通过将其设置为缓存），然后在我的 java 和 cpp 应用程序中使用它。
我面临的问题是，网上没有针对此特定版本的 apache ignite 进行设置的明确说明和有用资料。
我已经在我的机器（Linux子系统）上下载了Apache Ignite 3二进制文件。我成功地设置了它，并启动了一个单节点集群。我能够使用GridGain UI以及IgniteTables API创建一个包含示例数据的表格。
到目前为止，我已经阅读了官方文档：https: //ignite.apache.org/docs/ignite3/latest/index
我也浏览了他们的 github 存储库中的示例：https://github.com/apache/ignite-3/tree/main/examples
我在 2.x 版 Apache Igite 中找到了不少关于如何执行此操作的信息，该版本的设置是通过 xml/java 配置完成的（具体参考：https ://ignite.apache.org/docs/latest/persistence/external-storage#rdbms-integration ）。
我也尝试了这些方法，但 CacheConfiguration 包/类似乎在最新版本（3.0.0）中不可用。GridGain
的另一个更新是，他们已经迁移到 HOCON 风格的配置，因此通过 xml 设置缓存似乎不再适用。
基于 HOCON 的配置：人性化优化配置对象表示法 (HOCON) 现在是标准配置语言，它提供了一种比 XML 更易读、更灵活的替代方案。
我还查看了 Gridgain 大学和官方 Youtube 频道的课程/视频。
我正在使用 PostgreSQL 数据库，需要更改特定文本列的排序规则设置。但是，我不想更改整个数据库的排序规则。
数据库目前在整数列（特别是 ID 列）上建立了不区分大小写的索引，而我想要修改的文本列上没有索引。我假设仅更改文本列的排序规则应该不会造成任何问题，因为这些列上没有索引。
我的问题是：即使数据库的排序规则没有改变并且没有索引受到影响，更改文本列上的排序规则是否会导致现有数据或查询出现任何问题？
在这种情况下我应该注意哪些性能考虑或潜在问题？
当前数据库排序规则设置为Turkish_Turkey.1254，如以下查询所示：
SELECT datname, datcollate, datctype
FROM pg_database
WHERE datname = '';
要将数据库中所有文本类型列的排序规则更改为不区分大小写的排序规则，我运行以下 PL/pgSQL 块：
DO $$
DECLARE
t record;
BEGIN
FOR t IN
SELECT table_schema, table_name, column_name
FROM information_schema.columns
WHERE table_catalog = ''
AND data_type = 'text'
AND table_schema NOT LIKE 'pg_%'
ORDER BY table_schema
LOOP
EXECUTE format('ALTER TABLE %I.%I ALTER COLUMN %I SET DATA TYPE text COLLATE "tr-x-icu"',
t.table_schema, t.table_name, t.column_name);
END LOOP;
END
$$;
CREATE FUNCTION create_user_if_not_exists(_name text, _pass text)
RETURNS void AS
$func$
DECLARE
_dbname TEXT := concat(_name, '_db');
BEGIN
IF EXISTS (SELECT FROM pg_catalog.pg_roles WHERE rolname = _name) THEN
RAISE NOTICE 'Role already exists. Skipping.';
ELSE
CREATE USER _name WITH encrypted password '_pass';
GRANT ALL PRIVILEGES ON DATABASE _dbname TO _name;
END IF;
END
$func$ LANGUAGE plpgsql;
当我跑步时：
psql --username "$POSTGRES_USER" -c "SELECT create_user_if_not_exists('Foo', 'BAR');"
我得到：
ERROR: database "_dbname" does not exist
如果注释掉这GRANT ALL部分，我最终会得到一个名为 的用户_name。pg_catalog.pg_roles我怀疑_这是造成这种情况的原因，但其他语法也一样。添加_name和_pass并DECLARE不会改变任何事情。
为什么在这种情况下_name， 、_pass和_dbname会被解释为值而不是真正的变量？这是函数定义的问题，还是对GRANT和有一些限制，CREATE或者因为我用 调用这个函数的方式psql？
环境：psql (PostgreSQL) 17.4 (Debian 17.4-1.pgdg120+2)
我有一个应用程序，用户可以在其中创建订单。我想向他显示今天的订单，然后按正常方式订购。像这样：
今天的日期：2024-04-06
2024-04-06 #order1
2024-04-06 #order2
-then sort by normal
2024-04-08 #order4
2024-04-01 #order7
我脑子里在想的是，如果我按正常排序，那么我的日期会显示重复？我的意思是，首先是 2024-04-06，然后我从 2024-04-08 开始按正常排序，然后向下排序，然后再次到达 2024-04-06。那么，是否可以先按今天排序，然后再按其余排序，而不会显示重复？
目前这是我的代码：
SELECT
l.id as location_id,
l.name,
lo.id,
lo.start_time,
lo.end_time,
lo.leader_id,
lo.is_storno,
lo.storno_at,
lo.storno_by,
lo.employees_need,
lo.created_at
FROM location_orders lo
INNER JOIN location l
ON l.id = lo.location_id
WHERE lo.tenant_id = $1 AND lo.deleted_by IS NULL
ORDER BY lo.start_time DESC LIMIT 50;
我想分析和比较以下查询：
SELECT from mytable WHERE mytable.TimeStamp < NOW() - MAKE_INTERVAL(DAYS => 1);
和相同的查询，但是用变量替换 Now()。
DO $$
DECLARE retentionTimestamp TIMESTAMP := NOW() - MAKE_INTERVAL(DAYS => 1);
BEGIN
SELECT from mytable WHERE mytable.TimeStamp < retentionTimestamp;
END $$;
我可以轻松解释第一个陈述，那么另一个陈述呢？
* 我正在使用 PgAdmin
我有一个小型 Kotlin 应用程序，它使用 Supabase 数据库作为后端。我遇到的问题是，我想要检索的表中有 2 个关系，但我找不到查询的解决方案。
我有一张包含项目的表，这已经显示在下面给出的代码中。但是，该表与包含类别的表有关系。此类别表具有 ID、名称和父 ID。此父 ID 指的是用作主类别的另一个类别。我想检索该项目的子类别和主类别。有没有办法在简单的查询中做到这一点？
我在此处提供了一个涵盖该问题的示例 SQL 查询
SELECT
a.name,
c1.name AS sub_category,
c2.name AS main_category,
FROM "Item_Table" a
LEFT JOIN categories c1 ON a.category_id = c1.id
LEFT JOIN categories c2 ON c1.parent_id = c2.id;
我的 Kotlin 代码位于 der app sieht aktuell so aus 中：
@Composable
fun ItemsList() {
var itemsList by remember { mutableStateOf<List<Item>>(listOf()) }
LaunchedEffect(Unit) {
withContext(Dispatchers.IO) {
itemsList = supabase.from("Item_Table")
.select().decodeList<Item>()
}
}
LazyColumn {
items(
itemsList,
key = { it.id },
) { item ->
Text(
item.name,
modifier = Modifier.padding(8.dp),
)
}
}
}
我正在阅读有关 PostgreSQL（和类似的网络协议）如何处理消息解析的文章，我发现了以下语句：
为了避免与消息流失去同步，服务器和客户端通常都会先将整条消息读入缓冲区（使用字节数），然后再尝试处理其内容。
但我对两件事感到困惑：
这里的“与消息流失去同步”到底是什么意思？是指读取错误的字节，还是缺少消息边界？指的是哪种同步？
如果我在阅读整个消息之前就开始解析消息，会有什么问题？我想不出具体的例子来说明过早解析部分消息会导致真正的问题。是否有实际案例表明人们实际上会分块解析并遇到麻烦？