视图中like '%关键词%'无法走索引，因视图不存数据且查询下推至基表；mysql不支持视图内建全文索引，需在外层用match...against；postgresql需用pg_trgm+gin索引并避免别名导致失效；sql server视图建全文索引有限制。
视图里写 LIKE '%关键词%'，再怎么加索引也白搭——因为视图本身不存数据，底层表没走索引，视图就不可能快。
为什么视图中的 LIKE 查询特别容易失效
视图只是保存的 SELECT 语句定义，执行时仍会下推到基表。如果基表上 LIKE '%xxx%' 没法走索引，视图里哪怕套十层封装，EXPLAIN 依然显示 type: ALL、key: NULL。
- MySQL 视图不支持在定义中直接建全文索引，
MATCH ... AGAINST必须写在查询视图的外层 SQL 中，不能藏在视图定义里 - PostgreSQL 视图若引用了多个表，
pg_trgm索引只对单列生效，联合字段（如title || ' ' || content）需先建表达式索引，再在视图中显式引用该表达式 - SQL Server 视图上建全文索引是允许的，但必须确保基表已启用全文目录，且视图定义中不能含
GROUP BY、聚合函数或子查询，否则创建失败并报错Msg 156, Level 15, State 1, Line 1 Incorrect syntax near the keyword 'FULLTEXT'
MySQL 视图配合 FULLTEXT 的实操要点
不能把 MATCH ... AGAINST 塞进视图定义，而应在查视图时手动改写 WHERE 条件。
- 基表需提前建好全文索引：
ALTER TABLE articles ADD FULLTEXT(title, content) - 视图定义保持简洁，例如：
CREATE VIEW v_articles AS SELECT id, title, content FROM articles - 查询时绕过视图的 LIKE，直接用全文语法：
SELECT * FROM v_articles WHERE MATCH(title, content) AGAINST('数据库优化' IN NATURAL LANGUAGE MODE) - 注意中文分词：MySQL 默认
ngram插件需启用，并设ft_min_word_len = 2，否则“数”“据”“库”等单字不会被索引
PostgreSQL 视图 + pg_trgm + GIN 加速 ILIKE
pg_trgm 是少数能让 ILIKE '%xxx%' 走索引的方案，但必须让视图“看见”索引列。
- 先启用扩展：
CREATE EXTENSION IF NOT EXISTS pg_trgm - 对目标列建 GIN 索引：
CREATE INDEX idx_users_name_gin ON users USING GIN (name gin_trgm_ops) - 视图中避免函数包裹字段，例如不要写
UPPER(name)；若必须大小写不敏感，直接用ILIKE，它能命中gin_trgm_ops索引 - 查询视图时写法要匹配：
SELECT * FROM v_users WHERE name ILIKE '%张三%'—— 这条才能触发索引扫描，EXPLAIN 显示Index Scan using idx_users_name_gin
容易被忽略的细节：视图字段别名与索引绑定失效
视图里给字段起别名（如 SELECT name AS user_name FROM users），会导致 PostgreSQL 的 pg_trgm 索引无法自动关联到 user_name，查询 user_name ILIKE '%x%' 仍全表扫。
- 解决办法只有两种：要么查视图时仍用原始列名
name ILIKE '%x%'；要么在视图定义中显式加上索引列的表达式，例如name, name AS user_name，并在应用层约定只对name字段做模糊查 - MySQL 中视图字段别名不影响 FULLTEXT 使用，但
MATCH()函数参数必须与ADD FULLTEXT时的列名完全一致，不能用别名 - 所有数据库中，视图若含
CASE、COALESCE或拼接（如first_name || ' ' || last_name），除非为该表达式单独建函数索引，否则模糊查询必然退化为全表扫描
