有没有办法以类似于表中的条目描述表的方式来发现视图的结构information_schema.columns
?我也可以使用pg_*
桌子。
换句话说,类似于如何psql
描述\d
表和视图的结构,我想通过 SQL 查询访问这些信息。
有没有办法以类似于表中的条目描述表的方式来发现视图的结构information_schema.columns
?我也可以使用pg_*
桌子。
换句话说,类似于如何psql
描述\d
表和视图的结构,我想通过 SQL 查询访问这些信息。
有一个 PostgreSQL PITR 系统运行在一个相当大的系统上,有数百个数据库,每个数据库有数百个表,当我们试图从单个数据库或一组数据库恢复单个表时,我们遇到了基于时间限制的问题. PITR 由 Barman 管理。
使用此设置,我们需要恢复整个集群(可能包含数十个数据库),然后提取单个表,然后恢复数据——这可能需要数小时。
从统计上讲,由于涉及的数据库数量和涉及的人员数量,这种情况经常发生,以至于成为一个问题。
是否有更快的解决方案可以为我们提供类似 PITR 的功能?我想过pg_dump
每小时对每个表单独进行一次手动备份,但也许有更好的解决方案?
我有一个表,它基本上包含 3 列:ID
, FIRST
, LAST
。它们都是整数。
我想知道是否有一种方法可以使用 generate_series() 来获取查询结果,对于原始表中的每一行,有很多行包含 和 之间的FIRST
数字LAST
?
例如,对于包含数据的行,(42, 5, 8)
输出包含行(42, 5)
、和。(42, 6)
(42, 7)
(42, 8)
有没有办法记录在 PostgreSQL 中使用顺序扫描的查询?或者只是记录所有内容,然后再用 grep 进行 seqscans?
在 PostgreSQL 中,VACUUM 是否会重置死元组计数(pg_stat_all_tables 中的 n_dead_tup)?
我看到的情况是,vacuum 显然是手动运行的,每天一次,并且 n_dead_tup / n_live_tup 数据显示有大量且越来越多的死元组。
PostgreSQL 9.3 在这里。
这里有一些奇怪的东西:有一个名为“products”的大表,它通过继承进行分区,因此有两个子表:products_active 和 products_inactive,约束是 products_activestatus=1
和 products_inactive 获取所有其他状态。
有一个连接一堆表的大型查询,这是第一部分:
SELECT
products.id, products.status, products.brand_id, products.name, products.description, products.data, products.website,
products.packaging, products.container, products.country_of_origin, products.category_id, products.product_type_id, products.tsv_keywords,
COUNT(prices.id) as prices_count,
ROUND(AVG(currency_convert(prices.amount,currencies.currency_code,'USD')),2) as avg_price,
ROUND(MAX(currency_convert(prices.amount,currencies.currency_code,'USD')),2) as high_price,
ROUND(MIN(currency_convert(prices.amount,currencies.currency_code,'USD')),2) as low_price,
ts_rank(tsv_keywords, plainto_tsquery('merlot')) as rank,
ROUND(AVG(ST_Distance(ST_GeographyFromText('SRID=4326;POINT(0.001 0.001)'),ST_GeographyFromText('SRID=4326;POINT(' || stores.longitude || ' ' || stores.latitude || ')')))) AS distance
FROM
products
JOIN product_types ON products.product_type_id = product_types.id
JOIN categories ON products.category_id = categories.id
JOIN prices ON prices.product_id = products.id
JOIN currencies ON prices.currency_id = currencies.id
JOIN stores ON prices.store_id = stores.id
JOIN brands ON products.brand_id = brands.id
JOIN merchants ON stores.merchant_id = merchants.id
JOIN manufacturers ON brands.manufacturer_id = manufacturers.id
, delivery_zones
WHERE ...
(完整查询:http: //pastebin.com/VjJPTQWj)
问题是:请注意FROM products...
部分,如果我将其替换为FROM products_active AS products
,则查询错误为:
ERROR: column "products.status" must appear in the GROUP BY clause or be used in an aggregate function
LINE 2: products.id, products.status, products.brand_id, products....
这两个表(products 和 products_active)具有相同的结构!他们是互相继承的!
我错过了别名表名的微妙之处吗?
我正在尝试优化查询,例如:
UPDATE master SET count =
(SELECT COUNT(*) FROM detail WHERE detail.master_id=master.id)
主表很大,因此运行它会导致巨大的顺序扫描。另一方面,这个计数不会经常改变,所以我的想法是像这样重写它:
UPDATE master SET count =
(SELECT COUNT(*) FROM detail WHERE detail.master_id=master.id)
WHERE count !=
(SELECT COUNT(*) FROM detail WHERE detail.master_id=master.id)
EXPLAIN 告诉我这会导致两个子计划,这是我所期望的。有没有办法避免两个执行的子计划?
尝试将上面的重写为
UPDATE master SET count =
(SELECT COUNT(*) FROM detail WHERE detail.master_id=master.id) AS cnt
WHERE count != cnt
因“AS”处的语法错误而失败。