不会报错但结果不可用；PostgreSQL等直接报“column reference is ambiguous”，MySQL取最后一个同名列值且顺序不稳定，必须用表名或别名前缀明确指定字段。
JOIN 查询中两个表有同名列，不加前缀直接 SELECT * 会报错吗？
不会报错，但结果不可用——数据库会拒绝返回歧义列。比如 users.id 和 orders.id 同时存在时，SELECT * 在多数引擎（如 PostgreSQL、SQL Server）中直接报错 column reference "id" is ambiguous；MySQL 虽允许，但只取最后一个同名列的值，且字段顺序不稳定，极易引发逻辑错误。
- 必须显式指定来源：用
users.id或orders.id，不能只写id -
SELECT *在多表 JOIN 场景下本质是危险操作，应禁用 - 别名前缀不是“可选优化”，而是避免歧义的强制要求
给表起别名后，字段引用必须带别名前缀吗？
只要字段名在多个表中重复出现，就必须带前缀；否则即使起了别名，不写前缀仍会报错或取错值。别名本身不自动解决冲突，它只是让前缀更简洁。
- 正确：
SELECT u.name, o.created_at FROM users AS u JOIN orders AS o ON u.id = o.user_id - 错误：
SELECT name, created_at FROM users AS u JOIN orders AS o ...（name若在两表都存在，就歧义） - 别名作用域仅限当前查询，子查询里需重新定义，不能沿用外层别名
SELECT 子句里用别名重命名字段，还能用原名 WHERE 或 ORDER BY 吗？
不能。SQL 执行顺序是 FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY，WHERE 和 ORDER BY 看不到 SELECT 中定义的别名（除非是 MySQL 的非标准行为，但不可靠）。
- WHERE 中必须用原始表达式或表字段，例如
WHERE u.status = 'active'，不能写WHERE user_status = 'active'（哪怕 SELECT 里写了u.status AS user_status） - ORDER BY 可以用 SELECT 中的别名（标准 SQL 支持），但 WHERE 绝对不行
- 复杂计算字段（如
COALESCE(u.phone, u.email)）若需在 WHERE 过滤，得重复写一遍，或改用子查询/CTE 提前计算
视图或子查询里字段重名，外部查询怎么安全引用？
子查询或视图一旦返回同名字段，外部查询就无法区分——因为它们已“扁平化”为结果集列，原始表信息丢失。这时候唯一可靠办法是在子查询内部就重命名。
- 错误示范：
(SELECT id, name FROM users) u1 JOIN (SELECT id, name FROM admins) a1 ON u1.id = a1.id→ 外部 SELECT * 会崩溃 - 正确做法：子查询内立刻重命名，如
(SELECT id AS user_id, name AS user_name FROM users) u - 视图定义也一样：不要
CREATE VIEW v AS SELECT id, name FROM ...，而要SELECT users.id AS user_id, users.name AS user_name
字段冲突不是语法糖问题，是关系代数层面的标识唯一性要求。少打几个字母省下的时间，往往花十倍在排查隐性数据错位上。
