1. 属性查询这件事，90%的人只用到了皮毛
干这行十来年，我发现一个挺有意思的现象：身边不少同事能把空间分析、模型构建器、栅格计算器玩得很溜，但一到"按属性选择"那个对话框，敲出来的公式永远是字段 = '某值'这一种。其实在 ArcGIS 里，属性查询公式能干的活儿远比大多数人想象的多——地类核查、面积异常筛查、时间区间统计、导出前的数据过滤、裁剪前的范围锁定、批量改图例名称前的要素定位，很多原本要写脚本或者手工翻属性表的活儿，一条公式就能收工。
这套写法的核心是SQL 表达式，ArcGIS 把它嵌在"按属性选择""定义查询""查询图层"等多个入口里。但不同数据源、不同字段类型、不同版本的工具，对同一句公式的容忍度完全不一样——同样一句DLMC = '耕地'，在 shapefile 里能跑，在 File Geodatabase 里能跑，换到个人地理数据库就未必；日期字段更是重灾区，'2024-01-01'、date '2024-01-01'、#2024-01-01#三种写法各对应一套环境。这份内容我按数值、文本、日期、空值、多条件组合、几何系统字段、业务组合七个方向整理了 100 条公式，同时把背后的语法规则、报错原因、性能坑一并说清楚。刚入门的朋友可以照着抄，做了几年的老手也能找到几条顺手存进自己模板里的。
1.1 哪些活儿其实一条公式就能干完
先说几个我自己最常用的场景。第一类是成果自检，比如入库前要确认有没有面积为零的图斑、有没有地类名称为空的记录、有没有权属代码缺失的字段，这三件事各一条公式就能筛出来，比人工翻表快几十倍。第二类是批量导出前的圈选，要按行政区、按年份、按地类把数据切成几份往外发，用属性把要素选出来再导出，比先裁剪再筛选省一步。第三类是地图显示控制，整幅图几万个图斑全画出来又卡又密，用定义查询只留重点图层，页面秒开。第四类是制图出图时的要素定位，改图例名称、改符号样式之前，把符合某个特征的要素单独选出来，出错的概率会低很多。
这些场景有个共同点：它们都只需要"属性层面的判断"，不需要几何关系参与。很多人一遇到筛选就想用"按位置选择"，那玩意儿慢，而且要求图层之间必须有重叠关系，属性查询只要字段写得对，几秒钟就返回结果。所以判断标准很简单——如果筛选条件和坐标无关，就别去碰空间选择。
1.2 四个查询入口别再搞混
ArcGIS 里跟查询沾边的入口有好几个，用法差别不小，混着用很容易出问题。
按属性选择是最常用的，它生成的是"当前选择集"，结果不落盘，换个操作就没了，适合临时筛查。定义查询是给图层加一个永久性的显示过滤条件，被过滤掉的要素在地图上根本不画出来，也不参与后续的分析和统计，适合做大范围屏蔽，比如整幅底图我只想看某一年的数据。查询图层（ArcGIS Pro 里的 Make Query Layer）会生成一个新的只读图层，数据源还是原来的库，适合在企业级数据库上做轻量取数。至于字段计算器里的表达式，那又是另一回事，它用的是 Python 或 VBScript，不是 SQL，语法体系完全不同——这一点我见过太多人搞混，在字段计算器里写LIKE '%村%'然后报错，跑来问我为什么按属性选择能跑。
记住一条：SQL 表达式管"选哪些"，字段计算器管"改成什么"，两边不通用。
2. 公式写不对，八成是这几个语法细节没搞清
先把底层规则讲透，后面 100 条公式才不会照抄照错。属性查询的语法看起来简单，实际是个"方言混杂区"——ArcGIS 本身不解析 SQL，它把表达式转给底层的数据库去执行，File Geodatabase 交给自己的引擎，shapefile 走 dBase，企业级数据走 SQL Server 或 PostgreSQL，所以同一句话在不同地方表现不同。
2.1 数据源不同，字段界定符完全不同
这个是最典型的翻车点。同一个字段DLMC，不同数据源写法如下：
| 数据源类型 | 字段界定符 | 示例 |
|---|---|---|
| Shapefile | 双引号 | "DLMC" = '耕地' |
| File Geodatabase | 不加任何符号（加双引号也能跑） | DLMC = '耕地' |
| Personal Geodatabase（Access） | 方括号 | [DLMC] = '耕地' |
| SQL Server / PostgreSQL | 双引号或按库规范 | "DLMC" = '耕地' |
我在 ArcMap 里试过一个坑：从网上抄来的公式带双引号，粘到 File GDB 上照跑不误，但粘到个人地理数据库上直接报"表达式无效"。反过来也一样。所以看到别人的公式，先看对方用的是什么数据源再决定要不要改界定符。
字段名里带空格、带中文、或者撞上数据库的保留字（比如DATE、LENGTH、ORDER）时，界定符是必须加的，这个没有偷懒的余地。中文别名尤其要注意，有些版本的 ArcGIS 对全角括号、全角引号零容忍，最好一开始就用拼音字段名。
2.2 值的写法由字段类型决定
判断标准只有一条：看字段到底是数值型还是文本型还是日期型。
- 数值型（短整型、长整型、浮点、双精度）：值不加任何引号，
MJ > 1000。加了引号MJ > '1000'，有的数据源能自动转换，有的直接报类型不匹配。 - 文本型：值必须用英文单引号包起来，
DLMC = '耕地'。注意是单引号不是双引号，双引号是给字段名用的。 - 日期型：这块最麻烦，后面 3.3 节单独讲，File GDB 用
date 'YYYY-MM-DD'，Access 用#YYYY-MM-DD#，企业库用'YYYY-MM-DD'。
还有一个隐蔽的坑：文本型字段里存数字。比如行政区代码存在文本型字段里，你写XZQDM > 330100就会出问题，必须写成XZQDM > '330100'。反过来，数值型字段想按前两位筛选，得先用SUBSTRING转字符串——但注意，很多 SQL 引擎不允许在WHERE里直接对数值做字符串函数，这时候要么改成文本字段，要么就别用 LIKE。
2.3 通配符与操作符速查
通配符这块，File GDB 和 Personal GDB 是两套规则，这是最容易被忽略的：
| 语义 | File GDB / 企业库 | Personal GDB（Access） |
|---|---|---|
| 匹配任意多个字符 | % | * |
| 匹配单个字符 | _ | ? |
| 模糊包含 | LIKE '%田%' | LIKE '*田*' |
| 匹配固定两位 | LIKE '3301__' | LIKE '3301??' |
常用操作符列一下：=等于、<>不等于、><>=<=比较、LIKE模糊、IN集合、BETWEEN ... AND ...区间（包含两端，这个务必记住）、IS NULL/IS NOT NULL判空、ANDORNOT逻辑组合。
提示：
BETWEEN 100 AND 200等价于>= 100 AND <= 200，两端都是闭区间。我见过有人以为它是开区间，结果边界值总漏掉。
还有一点：SQL 里的字符串比较，大小写敏感与否取决于底层数据库。File GDB 默认区分大小写，企业库通常也区分。如果你不确定目标数据源的行为，最省事的做法是两边都套上UPPER()或LOWER()兜底，比如UPPER(DLMC) = 'GRASSLAND'，虽然会牺牲一点索引性能，但结果稳定。
3. 100个属性查询公式，按场景分组整理
下面这 100 条，我按使用频率和场景分组。字段名用的是常见的国土/规划类命名习惯，DLMC（地类名称）、DLBM（地类编码）、MJ（面积）、XZQDM（行政区代码）、QSDWMC（权属单位名称）、YXRQ（影像日期）、Shape_Area、Shape_Length这些，你套到自己数据里改个名就行。所有示例默认针对 File Geodatabase，其他数据源按第 2 章的规则调整界定符和通配符。
3.1 数值型字段：范围、精度与异常值筛查
数值字段的查询看着最没技术含量，实际最考验细心程度。因为数值字段往往承载着面积、长度、代码、年份这些关键信息，一旦比较逻辑写错，筛出来的结果就是错的，而且错得很隐蔽——不会报错，只会悄悄漏掉或者多出记录。比如BETWEEN的闭区间特性、浮点数的精度问题、负数遗漏问题，都是常见的坑。
-- 1. 大于指定值 MJ > 10000 -- 2. 大于等于且小于等于（等价于 BETWEEN） MJ >= 500 AND MJ <= 2000 -- 3. 区间筛选（含两端） MJ BETWEEN 500 AND 2000 -- 4. 排除某个值 DLBM <> 101 -- 5. 等于指定编号 OBJECTID = 1024 -- 6. 多值集合 DLBM IN (101, 102, 103) -- 7. 排除多值集合 DLBM NOT IN (101, 102) -- 8. 筛选零值 MJ = 0 -- 9. 筛选负值（异常数据排查） MJ < 0 -- 10. 空值风险下的安全比较（先排除空值再比大小） MJ IS NOT NULL AND MJ > 1000 -- 11. 浮点数按精度比较 ROUND(MJ, 2) = 1234.56 -- 12. 绝对值筛选 ABS(MJ) < 100 -- 13. 向下取整定位 FLOOR(MJ) = 500 -- 14. 向上取整定位 CEILING(MJ) = 501 -- 15. 平方关系（如长度平方） POWER(LEN, 2) > 1000000 -- 16. 开方筛选 SQRT(MJ) > 10 -- 17. 比值筛选（如建筑密度） MJ / Shape_Area > 0.9 -- 18. 倍数关系（不同单位换算后筛选） MJ * 15 > 10000第 11 条要特别注意：浮点数在计算机里不是精确存储的，1234.5599999和1234.56在肉眼看来一样，直接=比较可能匹配不上。用ROUND()把它固定到你要的小数位再比，才稳。第 12 条用ABS()也是同理，处理那些可能存成负值的面积数据。
第 17 条这种字段间比值比较特别有用，比如查"建筑面积占图斑面积超过 90%"的地块，一条公式就出来了。但注意除法有除零风险，如果Shape_Area可能存在 0，最好补一句Shape_Area > 0 AND。
3.2 文本型字段：模糊匹配、前后缀与编码筛查
文本字段是属性查询的主战场。地类名称、单位名称、备注、证件编号，全是文本。这里的核心是LIKE加通配符的组合，以及SUBSTRING、CHAR_LENGTH这类函数。
-- 19. 精确匹配 DLMC = '耕地' -- 20. 排除精确值 DLMC <> '耕地' -- 21. 前缀匹配 DLMC LIKE '耕地%' -- 22. 后缀匹配 DLMC LIKE '%田' -- 23. 包含匹配 DLMC LIKE '%耕%' -- 24. 定长匹配（两个字符且首字为耕） DLMC LIKE '耕_' -- 25. 大写归一后比较 UPPER(DLMC) = 'GRASSLAND' -- 26. 小写归一后包含匹配 LOWER(DLMC) LIKE '%road%' -- 27. 按字符长度筛选 CHAR_LENGTH(DLMC) = 2 -- 28. 长度超限排查 CHAR_LENGTH(DLMC) > 4 -- 29. 截取前两位比较 SUBSTRING(DLMC, 1, 2) = '耕地' -- 30. 首尾带空格排查 TRIM(DLMC) <> DLMC -- 31. 尾部残留空格 DLMC LIKE '% ' -- 32. 首部残留空格 DLMC LIKE ' %' -- 33. 单位名称后缀匹配 QSDWMC LIKE '%村委会' -- 34. 单位名称前缀匹配 QSDWMC LIKE '杭州市%' -- 35. 多值集合匹配 DLMC IN ('耕地', '园地', '林地') -- 36. 多值排除 DLMC NOT IN ('耕地', '园地') -- 37. 等价多值的手写写法 DLMC = '旱地' OR DLMC = '水田' -- 38. 组合条件 DLMC LIKE '%田' AND DLBM = 101 -- 39. 排除包含特定词的记录 ZLMC NOT LIKE '%临时%' -- 40. 编码首字符筛选 SUBSTRING(DLBM, 1, 1) IN ('1', '2')第 24 条那个_通配符，实际用起来比想象中有用。比如查"两个字且以'水'开头"的地类，LIKE '水_'一下就出来，比写一堆OR清爽。但如果你要匹配的字符本身就是%或_，那就得转义，而 ArcGIS 对转义的支持在各数据源之间不一致，遇到这种需求我一般宁可在字段计算器里处理，不在查询里死磕。
第 30 条是我自己用得最多的一条脏数据检查公式。数据从 Excel 导入、从 CAD 转换、从其他系统对接过来，尾巴上带空格的字段特别多，肉眼看不出，但一比较就匹配不上。TRIM(DLMC) <> DLMC一条下去，所有带空格的记录全露馅。
第 40 条针对的是"地类编码第一位是 1 或 2"这类需求，前提是DLBM得是文本型字段。如果它是数值型，就得换思路，或者先建个计算字段把它转成文本。
3.3 日期型字段：按月、按季度、按时段筛选
日期是属性查询里最容易翻车的类型，没有之一。原因有两个：一是各数据源对日期的字面量写法不统一，二是日期字段可能带时间部分，导致"等于某一天"这种看似简单的需求变得复杂。
File Geodatabase 推荐写法是date 'YYYY-MM-DD'，也可以带时间date 'YYYY-MM-DD HH:MM:SS'。个人地理数据库用#2024-01-01#。企业级数据库直接写'2024-01-01'。
-- 41. 某天之后 YXRQ > date '2024-01-01' -- 42. 与当前日期比较 YXRQ > CURRENT_DATE -- 43. 年度区间筛选 YXRQ BETWEEN date '2024-01-01' AND date '2024-12-31' -- 44. 按年份提取 EXTRACT(YEAR FROM YXRQ) = 2024 -- 45. 按月份提取 EXTRACT(MONTH FROM YXRQ) = 6 -- 46. 按日提取 EXTRACT(DAY FROM YXRQ) = 15 -- 47. 季度筛选（3-5月） EXTRACT(MONTH FROM YXRQ) IN (3, 4, 5) -- 48. 时间下限排查（清理历史数据） YXRQ < date '2000-01-01' -- 49. 日期空值排查 YXRQ IS NULL -- 50. 精确到时刻的匹配 YXRQ = date '2024-06-01 08:30:00' -- 51. 按小时筛选 EXTRACT(HOUR FROM YXRQ) > 12 -- 52. 跨年跨月的组合筛选 EXTRACT(YEAR FROM YXRQ) >= 2020 AND EXTRACT(MONTH FROM YXRQ) <= 6 -- 53. 日期存成文本时的模糊匹配 SJ LIKE '2024-06%' -- 54. 更新时间的合法区间 GXSJ > date '2020-01-01' AND GXSJ <= CURRENT_DATE -- 55. 每月1号的记录 EXTRACT(DAY FROM JCRQ) = 1 -- 56. 已填写且非默认值的日期 XZRQ IS NOT NULL AND XZRQ <> date '1900-01-01'第 50 条我特意留在这里做个提醒：很多日期字段实际存的是时间戳，带时分秒。你写YXRQ = date '2024-06-01'，如果底层存的是2024-06-01 08:30:00，那这一条根本匹配不上。解决办法要么用区间>= date '2024-06-01' AND < date '2024-06-02'，要么用EXTRACT把年月日拆出来比。第一种写法更推荐，因为它能走索引，速度快。
第 56 条那个date '1900-01-01'是很典型的"占位默认值"。数据从老系统迁移过来，日期没填的地方经常被塞成 1900 年或者 1970 年，用一条公式把它们和真正的空值一起筛出来，是个好习惯。
3.4 空值与脏数据：NULL、空串、零值不是一回事
这一节单独拎出来，是因为"没有值"在数据库里至少有四种表现形式：NULL（真·空）、空字符串''、纯空格' '、以及业务意义上的零值或默认值。它们互相之间不相等，IS NULL匹配不到空串，= ''也匹配不到NULL，这是 SQL 的三值逻辑决定的。
-- 57. 真·空值 DLMC IS NULL -- 58. 非空 DLMC IS NOT NULL -- 59. 空字符串 DLMC = '' -- 60. 纯空格或空串（去空格后无内容） CHAR_LENGTH(TRIM(DLMC)) = 0 -- 61. 面积缺失或非正 MJ IS NULL OR MJ <= 0 -- 62. 面积为零 MJ = 0 -- 63. 行政区代码有但权属代码缺失 XZQDM IS NOT NULL AND QSDWDM IS NULL -- 64. 状态字段未填写 YXZT IS NULL -- 65. 日期未填写 YXRQ IS NULL -- 66. 几何面积未计算 Shape_Area IS NULL -- 67. 非空的另一种写法（逻辑等价） NOT (DLMC IS NULL) -- 68. 几何面积无效排查 Shape_Area IS NULL OR Shape_Area <= 0第 60 条是我个人最推荐的空值检查写法。因为数据来源一多，你根本不知道这列是被填成了NULL还是''还是几个空格，用CHAR_LENGTH(TRIM(字段)) = 0一次性全覆盖，比你写三个OR靠谱得多。
第 68 条这种Shape_Area <= 0的检查，在数据入库质检里属于必查项。几何面积为零通常意味着这个要素的几何有问题——可能是空几何、可能是自相交导致的退化、也可能是投影问题。查出来之后别急着删，先看看几何本身长什么样。
3.5 多条件组合与括号优先级
条件一多，括号就成了生死线。SQL 的运算优先级是NOT>AND>OR，也就是说A OR B AND C会被解析成A OR (B AND C)，而不是(A OR B) AND C。这两种结果差得很远。我的习惯是——只要出现OR，就给所有条件加上括号，宁可多敲几个字符，也别让结果悄悄跑偏。
-- 69. 两个条件同时满足 DLMC = '耕地' AND MJ > 1000 -- 70. 满足其一即可 DLMC = '耕地' OR DLMC = '园地' -- 71. 取反 NOT DLMC = '耕地' -- 72. 先或后与（务必加括号） (DLMC = '耕地' OR DLMC = '园地') AND MJ > 1000 -- 73. 先与后或 DLMC = '耕地' AND (MJ > 1000 OR Shape_Area > 5000) -- 74. 满足前者且不满足后者 DLMC = '耕地' AND NOT DLBM = 101 -- 75. 两组条件各自成组 (DLMC = '耕地' OR DLMC = '园地') AND (XZQDM LIKE '3301%' OR XZQDM LIKE '3302%') -- 76. 三条件串联 DLMC = '耕地' AND MJ > 1000 AND XZQDM LIKE '33%' -- 77. 三条件择一 DLMC = '耕地' OR DLMC = '园地' OR DLMC = '林地' -- 78. 整体取反（德摩根定律） NOT (DLMC = '耕地' OR DLMC = '园地') -- 79. 与非的等价写法 NOT (DLMC = '耕地' AND MJ > 1000) -- 80. 两两组合 (DLMC = '耕地' AND MJ > 1000) OR (DLMC = '园地' AND MJ > 500) -- 81. 主条件加细分 DLMC = '耕地' AND (MJ > 1000 OR Shape_Area > 5000) AND XZQDM LIKE '33%' -- 82. 排除法的多条件版本 NOT DLMC = '耕地' OR NOT MJ > 1000第 78 条和第 82 条都涉及德摩根定律：NOT (A OR B)等价于NOT A AND NOT B，NOT (A AND B)等价于NOT A OR NOT B。听起来绕，但实际工作中很有用——有些数据源对整体取反的括号支持不好，换成展开形式就能跑。第 82 条就是NOT (DLMC = '耕地' AND MJ > 1000)的展开版。
3.6 几何与系统字段：Shape_Area、Shape_Length、OBJECTID
这类字段平时容易被忽略，但它们在做数据质检的时候非常好用。Shape_Area和Shape_Length是系统自动维护的，跟几何形状严格对应，用它来筛"碎图斑""狭长图斑""超大面积图斑"都特别顺手。OBJECTID是要素的唯一标识，用来定位具体某几条记录。
-- 83. 大面积图斑 Shape_Area > 10000 -- 84. 面积区间 Shape_Area BETWEEN 1000 AND 5000 -- 85. 短边线要素 Shape_Length < 10 -- 86. 按对象标识定位 OBJECTID > 1000 -- 87. 狭长形态初筛（周长与面积之比） Shape_Length / Shape_Area > 0.01 -- 88. 碎图斑筛查 Shape_Area < 100 -- 89. 零面积几何 Shape_Area = 0 -- 90. 指定若干对象标识 OBJECTID IN (1, 5, 9, 20) -- 91. 大面积且长周长 Shape_Length > 1000 AND Shape_Area > 100000 -- 92. shapefile 的 FID 范围 FID >= 0第 87 条这个"周长除以面积"的比值，是我做狭长图斑初筛时常用的土办法。比值越大，形状越细长。但它只是个粗筛，真正的狭长判断还得结合尖锐角检查那类工具来做——属性查询负责缩小范围，几何工具负责精确判定，两步走的效率比一上来就全量跑几何算法高得多。第 88 条查碎图斑也是同理，先圈出来，再决定是合并还是删除。
第 89 条查零面积几何，这个在数据合并、坐标转换之后特别容易出现。有些要素在转换过程中几何退化了，属性表里还留着记录，但面积算出来是 0，画在地图上也看不见。用这条筛出来，要么修复几何要么删掉。
3.7 面向业务的组合公式：地类、图斑、权属
最后一组是我在实际项目里攒下来的组合公式，特点是条件多、跨字段、贴近真实业务规则。这类公式没法通用，但思路可以复用——把你脑子里的业务规则翻译成字段之间的逻辑关系。
-- 93. 一级地类为 01 且面积达标的图斑 DLBM LIKE '01%' AND MJ > 100 -- 94. 指定行政区内的耕地和园地 XZQDM LIKE '3301%' AND DLMC IN ('耕地', '园地') -- 95. 耕地园地中大面积的图斑 (DLMC = '耕地' OR DLMC = '园地') AND Shape_Area > 5000 -- 96. 村级的、2015 年之前的影像 QSDWMC LIKE '%村%' AND YXRQ < date '2015-01-01' -- 97. 地类和面积都完整填写的记录 DLMC IS NOT NULL AND MJ IS NOT NULL AND MJ > 0 -- 98. 四位行政区代码内、中等面积图斑 XZQDM LIKE '3301__' AND MJ BETWEEN 100 AND 1000 -- 99. 编码集合 + 面积 + 行政区三重筛选 DLBM IN (101, 102, 103) AND Shape_Area > 2000 AND XZQDM LIKE '33%' -- 100. 田类地类、有面积、限定时间段的完整筛选 MJ > 0 AND DLMC LIKE '%田' AND YXRQ BETWEEN date '2010-01-01' AND date '2020-12-31'第 93 条用的LIKE '01%'是个很实用的技巧：地类编码通常是分级编码，前两位代表一级类、前四位代表二级类，用前缀匹配能一次性圈出整个大类，不用把子类一个个列出来。前提是编码字段得是文本型，或者能被当作文本处理。
第 98 条那个LIKE '3301__'里的双下划线，表示"3301 后面还有恰好两位"，也就是五位行政区代码。如果你写成LIKE '3301%'，就会把六位、九位的代码也一起匹配进来，结果完全不一样。
第 100 条是典型的"多重业务约束"，实际工作中这种公式往往是从一段需求文档翻译过来的：面积大于零、地类名字里有"田"、影像日期在某个十年区间内。翻译的原则是一个约束对应一个条件，条件之间用 AND 连接，涉及"或者"关系的用小括号圈起来。
4. 查到之后怎么用：从选择到导出的完整衔接
公式敲完、点确定、要素被选中，这只是开始。真正产生价值的是选完之后的那几步操作。很多人卡在这一环，选是选出来了，但不知道下一步该干嘛，或者用了错误的方式处理，导致数据丢失、属性错乱。
4.1 选出来的要素怎么变成新数据
最直接的做法是导出数据。右键图层 → 数据 → 导出数据，选"导出所选要素"，得到一个只包含筛选结果的新要素类。注意导出时坐标系统有个选项，默认是数据源的坐标系，如果目标环境用别的坐标系，在这里顺手改掉能省很多事。
第二个做法是在选区基础上继续裁剪。比如你有一个全省的矢量图层和一个县界图层，先用属性把县界选出来，再用"裁剪"工具把全省数据切到该县范围内。这个流程比先按位置选再裁剪更可控，因为按属性选的县界不会因为你地图比例尺变了而选错。
第三个做法是批量编辑。选中之后打开属性表，右键某个字段 → 字段计算器，对整批记录统一赋值。比如把选出来的所有图斑的"状态"字段改成"已核查"，一条计算就完成，不用一条条改。这里要注意，字段计算器操作的是当前选择集，如果你忘了先做选择，它会把整个图层的值全改了，这个错误很难撤销。
4.2 用表达式驱动显示和出图
定义查询是出图场景里最好用的东西。一幅图几万个图斑，全画出来不仅卡，符号还会挤成一团——你可能遇到过"地类符号太密"的问题，符号压符号，什么都看不清。解决思路之一就是用定义查询把图层按类别拆开，比如把耕地做成一个图层、园地做成一个图层，每个图层单独调符号密度和显示比例尺范围。
具体做法是给每个图层加定义查询，公式就是前面那些条件，比如耕地图层写DLMC = '耕地'，园地图层写DLMC = '园地'。这样每个图层的符号系统可以独立设置，符号大小、偏移、注记密度都能分开调，出图效果干净很多。而且被过滤掉的要素不参与渲染，滚动缩放的时候明显更流畅。
需要提醒的是，定义查询是永久生效的，它会一直跟着图层走，保存文档后重新打开也还在。如果你只是临时想看某一部分数据，用"按属性选择"更合适，别随便动定义查询。检查图层有没有被过滤，看图层名后面有没有一个小漏斗图标就行了。
4.3 把常用公式沉淀成自己的模板
公式这东西，敲一次就够了，敲第一百次就是浪费生命。ArcMap 里"按属性选择"对话框下方有一排按钮，可以把当前表达式保存成文件，扩展名是.exp，下次从同一位置加载回来就能用。ArcGIS Pro 里没有直接对应的保存按钮，但可以建查询图层或者定义查询，把它留在工程里。
我自己的做法是维护一个纯文本的公式清单，按项目分类，每条前面写一行注释说明用途。比如"筛碎图斑：Shape_Area < 100"、"筛空值：CHAR_LENGTH(TRIM(DLMC)) = 0"，用的时候搜关键词，复制过来改字段名就行。这个习惯坚持了几年，现在处理新项目的质检环节，基本半小时能把全套检查跑完。
如果你手上项目多，还可以把公式按数据源分成几个文件——File GDB 一份、企业库一份，避免界定符和通配符搞混。文件命名上用"项目名_检查类型.txt"这种格式，找起来快。
5. 报错与慢查询：我踩过的坑
最后这部分是纯经验。语法规则书上都有，但这些报错和性能问题，只有真正在项目里摔过跟头才知道。
5.1 常见报错速查表
| 报错提示 | 大概率原因 | 解决方向 |
|---|---|---|
| 未找到列 / Invalid column name | 字段界定符用错，或字段名拼写不符 | 检查数据源类型，shapefile 加双引号，Access 加方括号 |
| SQL 表达式无效 / 语法错误 | 引号用了中文全角，或括号不配对 | 关掉输入法重敲引号，逐个核对括号 |
| 参数类型不匹配 | 数值字段的值加了引号，或文本字段的值没加引号 | 核对字段类型，数值裸写、文本加单引号 |
| 值太长 / String truncated | LIKE 模式里的引号不闭合，导致整段文字被当成一个值 | 检查LIKE '%田'这类语句是否缺了右边的引号 |
| 日期格式无效 | 日期写法跟数据源不匹配 | File GDB 用date '...'，Access 用#...# |
| 查询返回空结果但不报错 | 大小写不一致，或字段值带首尾空格 | 用UPPER()归一，或先跑一遍 TRIM 检查 |
| 中文变乱码 | 编码不匹配，多见于 shapefile 的属性表 | 检查 dbf 的编码设置，或改用 File GDB 存储 |
| 找不到字段但属性表里明明有 | 字段名是数据库保留字，或含空格 | 加界定符，或改用别名 |
这里面最常见的是中文全角引号。从网页或者 Word 文档里复制公式，引号经常变成'和'，ArcGIS 完全认不出来。我踩过好几次，盯着屏幕看半天觉得没毛病，最后发现是引号的问题。所以我的习惯是，粘过来的公式一律先用英文输入法把引号重新敲一遍。
另一个高频坑是保留字。字段名叫DATE、NAME、ORDER、LENGTH、YEAR这些，在某些数据库里不加界定符会解析失败。系统的报错一般会说"未找到列"，让人一头雾水——明明字段就在那儿。解决办法就是给字段名加上界定符，或者干脆在数据设计阶段就避开这些词。
5.2 慢查询的几个优化方向
属性查询在数据量小的时候感觉不出来，一到十万级以上的要素，慢的能让人怀疑人生。我自己总结下来，慢的原因基本集中在这几个地方。
第一，LIKE 用了前置通配符。LIKE '%村%'这种写法，数据库没办法用索引，必须逐行扫描，十万条数据扫下来就是几秒。如果业务上允许，改成后缀匹配LIKE '杭州市%'或者用IN列枚举值，速度能差一个数量级。实在要用前置通配符，就先把数据按其他条件缩到一个小范围再做模糊匹配。
第二，属性索引没建。File Geodatabase 和 shapefile 都可以给字段建属性索引，在图层属性里能找到。经常用来做筛选的字段——比如地类编码、行政区代码、日期——建上索引，查询速度提升很明显。代价是数据编辑会稍微慢一点，索引需要维护，但对以查询为主的数据来说完全值得。
第三，先空间后属性的顺序反了。如果你的筛选既要满足空间范围又要满足属性条件，正确的顺序是先用空间范围把数据砍小，再用属性条件精筛。因为空间筛选通常能砍掉 90% 以上的数据，剩下的再做属性判断就快了。反过来先做属性、再叠空间，等于对全量数据跑两遍。
第四，用错了入口。定义查询和按属性选择，虽然公式一样，但执行方式不同。定义查询是渲染层面的过滤，每次重绘都会重新执行；按属性选择是一次性的，选完就固化了。数据量特别大的时候，我更倾向于先用按属性选择把要素选出来，导出成临时图层，再对临时图层做后续操作。
5.3 几个容易被忽略的实操细节
关于选择集的传递性。按属性选择出来的结果，会被后续的很多工具继承。比如你选了一批要素，然后去跑裁剪工具，如果没注意底下的"输入要素"是哪个图层，工具可能只处理你选中的部分，也可能处理全部，取决于那个工具的默认行为。这个坑我踩过不止一次，明明只想处理一个县，结果整个市的数据都被重算了。养成习惯：跑工具之前先看一眼有没有活动选择集。
关于字段类型的隐性转换。有时候公式在 A 数据源上跑得通，换到 B 就报类型错误，原因往往是同一个字段在两边的类型不一样。比如从 CAD 转过来的数据，面积字段可能是文本型，你按数值比较就会失败。遇到这种情况，别急着改公式，先确认字段类型，必要时用字段计算器新建一个数值字段。
关于表达式里的空格。MJ>1000和MJ > 1000大多数情况都能跑，但涉及字符串拼接或者函数嵌套时，缺空格会引发解析错误。我的习惯是运算符两边一律加空格，函数参数逗号后面也加空格，写的时候多敲几下，调试的时候能少花半小时。
关于多用户环境。企业级数据库上的属性查询，如果你的账号权限不够，可能查不到某些记录，但不会报权限错误——数据就是"凭空少了一些"。这个现象排查起来非常费劲，因为公式本身没问题。如果发现查询结果跟预期对不上，先确认一下自己账号的权限范围。
关于查询结果的顺序。属性查询返回的记录顺序是不确定的，除非你显式指定排序。所以不要假设"第一条就是最新的"，涉及顺序的处理一定要另外加排序字段。
我在实际项目里的体会是，属性查询这套东西，语法门槛其实很低，真正的门槛在于对数据本身的理解——知不知道字段里存的是什么、有没有脏数据、边界值怎么处理。同样一条公式，理解数据的人写出来能用三年，不理解的人写完第二天就发现漏了一半记录。所以每次接手新数据，我都会先花二十分钟看看字段类型、抽几条看看值的形态、跑一遍空值和异常值检查，然后再动手写筛选逻辑。这个习惯帮我省下的返工时间，远比那二十分钟多得多。
