MySQL不支持SELECT...PARTITION语法，需靠WHERE条件触发自动分区裁剪；PostgreSQL应查子表名而非PARTITION；Oracle支持但须严格匹配分区名大小写及结构。
MySQL 不支持 PARTITION 子句直接查分区
mysql 8.0 及之前版本，select ... from table partition (p_name) 语法**不被支持**——这不是你写错了，是 mysql 原生就不认这个写法。官方文档明确说明：分区裁剪（partition pruning）是优化器自动行为，不能手动指定分区执行查询。
常见错误现象：ERROR 1064 (42000): You have an error in your SQL syntax，尤其在从 Oracle/PostgreSQL 迁移脚本时容易撞上。
- 真正起作用的是
WHERE条件匹配分区键（如WHERE dt = '2024-01-01'），让优化器自动定位到p20240101 - 用
EXPLAIN PARTITIONS SELECT ...可验证是否真的只扫了目标分区 - 如果
WHERE条件没覆盖分区键（比如只查status = 'done'），即使表按dt分区，也会全分区扫描
PostgreSQL 中 SELECT FROM ONLY table_name 和分区表的关系
PostgreSQL 10+ 默认开启声明式分区，但想“只查某一分区”，不能写 SELECT * FROM sales PARTITION (p2024_q1)——这语法不存在。正确做法是直接查子表名，因为每个分区本质就是一张独立的继承子表。
使用场景：需要绕过父表触发器、避免约束检查、或调试某一分区数据时。
- 先查分区结构：
SELECT inhrelid::regclass FROM pg_inherits WHERE inhparent = 'sales'::regclass - 再查具体分区：
SELECT * FROM sales_2024_q1（注意：这是子表名，不是逻辑分区名） -
ONLY关键字只用于禁止继承扫描，例如SELECT * FROM ONLY sales查父表本身（通常为空），不查任何子分区 - 误用
ONLY是常见坑：它不会帮你选分区，只会禁用继承，结果可能查不到数据
Oracle 支持 PARTITION 但必须严格匹配分区名
Oracle 是少数原生支持 SELECT ... FROM table PARTITION (p_name) 的数据库，但分区名大小写、是否加引号、是否为子分区，都直接影响成败。
常见错误现象：ORA-00942: table or view does not exist，其实表存在，只是分区名写错了。
- 分区名默认大写，如果建表时用了双引号定义小写名（如
PARTITION "p202401"），查询时也得写PARTITION ("p202401") - 复合分区（如 RANGE-LIST）要指定子分区：
PARTITION (p2024) SUBPARTITION (p2024_sp1) - 用
USER_TAB_PARTITIONS视图确认真实分区名：SELECT partition_name FROM USER_TAB_PARTITIONS WHERE table_name = 'SALES' - 性能上，显式指定分区能跳过分区裁剪步骤，但代价是失去 SQL 可移植性，且无法利用绑定变量动态切换分区
跨数据库统一查分区数据的现实方案
没有银弹。所谓“统一语法”在实际工程中并不存在，硬套只会出错。可行路径是分层处理：
- 应用层根据数据库类型分支：MySQL 走
WHERE+EXPLAIN验证；PostgreSQL 直接查子表；Oracle 用PARTITION但先查元数据 - 元数据表必须查准：
information_schema.PARTITIONS（MySQL）、pg_inherits（PG）、USER_TAB_PARTITIONS（Oracle） - 别依赖分区名稳定——自动创建的分区名（如
p20240101）可能随脚本变更，建议用时间范围条件代替硬编码分区名 - 最易被忽略的一点：某些分区表在迁移或重建后，子表 OID 或继承关系可能失效，查不到数据不一定是语法问题，先
VACUUM ANALYZE或检查pg_partitioned_table
