问题一：请问云原生数据仓库AnalyticDB PostgreSQL版limit 查询 这是为啥呢？
请问云原生数据仓库AnalyticDB PostgreSQL版limit 50 offset 50 order by desc 并不会作用在外面的seletc p* 查询 这是为啥呢？其他数据库应该都支持这样的排序分页
参考答案：
排序分页是支持的，但是业务两层select ,order by 只针对内层select 降序生效，分布式数据库外层select 相当于随机拿50条，无法保证全局有序
关于本问题的更多回答可点击进行查看：
https://developer.aliyun.com/ask/591095
问题二：云原生数据仓库AnalyticDB 排序不准确怎么解决？
云原生数据仓库AnalyticDB PostgreSQL版子查询sql使用ORCA优化器无法排序；Legacy排序不准确怎么解决？-- 使用ORCA优化器
--set optimizer = on;
-- 使用Legacy优化器
--set optimizer = off;
-- / 观察kr_date字段排序不正确 /
SELECT pt.*
FROM (
SELECT kr_date, brand, customer_id, customer_name
, vin7, advisor_name, dealer_name, dealer_id, big_region_name_en AS region_code
, campaign_type AS campaignType, dealership_id AS dealerId
FROM ads_dmo.ads_rpt_voc_kr_detail_dmo_t
WHERE kr_date BETWEEN '2024-01-01' AND '2024-01-19'
AND campaign_type = '售后'
ORDER BY kr_date DESC
) pt
LIMIT 50 offset 50
参考答案：
limit 50 offset 50 order by desc 并不会作用在外面的seletc p 查询
SELECT pt.
FROM (
SELECT kr_date, brand, customer_id, customer_name
, vin7, advisor_name, dealer_name, dealer_id, big_region_name_en AS region_code
, campaign_type AS campaignType, dealership_id AS dealerId
FROM ads_dmo.ads_rpt_voc_kr_detail_dmo_t
WHERE kr_date BETWEEN '2024-01-01' AND '2024-01-19'
AND campaign_type = '售后'
) pt ORDER BY pt.kr_date DESC
LIMIT 50 offset 50; ，
关于本问题的更多回答可点击进行查看：
https://developer.aliyun.com/ask/591094
问题三：请问下云原生数据仓库AnalyticDB PostgreSQL版 PG7 实时物化视图什么时候可用？
请问下云原生数据仓库AnalyticDB PostgreSQL版 PG7 实时物化视图什么时候可用？
参考答案：
预计三月底上线
关于本问题的更多回答可点击进行查看：
https://developer.aliyun.com/ask/591093
问题四：云原生数据仓库AnalyticDB PostgreSQL版有两个问题帮我解答下？
云原生数据仓库AnalyticDB PostgreSQL版有两个问题帮我解答下，第一是只要有长连接的进程，就会导致任何表都无法用vacuum full 清理还是这个进程中的查询SQL里用到了这张表才清理不掉？第二是我只需要关注active状态长时间未断开的还是idle状态长时间未断开的也需要关注？
参考答案：
- 只要在事务中的长进程就会导致任何表的vacuum都受影响
- 需要关注的是active和idle in transaction状态的进程，idle状态的不需要关注了 ，
关于本问题的更多回答可点击进行查看：
https://developer.aliyun.com/ask/591092
问题五：云原生数据仓库AnalyticDB 后续的话我们应该怎么避免这种问题？
云原生数据仓库AnalyticDB PostgreSQL版残留进程是我们自己造成的还是ADB PG7的问题，后续的话我们应该怎么避免这种问题？
参考答案：
这是10月31日开始的残留进程，目前不太好排查残留原因了。后续你们可以定期检测有没有长时间没结束的SQL，我们也会配置相应的监控告警的。
关于本问题的更多回答可点击进行查看：
