为什么在加入表时列变得模棱两可？
Mahamad A.Kanouté
我正在努力做到这一点： 
与：（获取错误“错误代码：1052。字段列表中的列“ INV_NUMBER”不明确”）
SELECT CONCAT(CUS_FNAME, " " ,CUS_LNAME) AS 'Customer',
INV_NUMBER AS 'inv_number',
DATE_FORMAT(invoice.INV_DATE, '%W') AS 'Day of Week'
SUM(line.LINE_PRICE)
FROM customer
RIGHT JOIN INVOICE ON invoice.CUS_CODE = customer.CUS_CODE
JOIN LINE
WHERE CUS_FNAME LIKE 'Leona%'
OR CUS_FNAME LIKE '%Paul%'
OR CUS_FNAME LIKE '%Myron%'
GROUP BY INV_NUMBER;
与此相反：
与：
SELECT CONCAT(CUS_FNAME, " " ,CUS_LNAME) AS 'Customer',
INV_NUMBER AS 'inv_number',
DATE_FORMAT(invoice.INV_DATE, '%W') AS 'Day of Week'
FROM customer
RIGHT JOIN INVOICE ON invoice.CUS_CODE = customer.CUS_CODE
WHERE CUS_FNAME LIKE 'Leona%'
OR CUS_FNAME LIKE '%Paul%'
OR CUS_FNAME LIKE '%Myron%'
GROUP BY INV_NUMBER;
这是ERD：
（更好的解释？）我的第二段代码是我在处理问题时想出的一切，直到我在第一段代码中添加了一些语句后，一切都正常了。我正在尝试添加“花了钱”列，但我不断收到错误消息：
错误代码：1052。字段列表中的列“ INV_NUMBER”不明确
乔纳斯·埃伯勒
您INV_NUMBER可能来自LINE或INVOICE。在您的选择中指定它：
SELECT
`INVOICE`.`INV_NUMBER` AS 'inv_number'
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
编辑于
相关文章
Related 相关文章
- 1
带表的SQL变得模棱两可
- 2
为什么不能推断类型类约束而变得模棱两可？
- 3
为什么此方法重载模棱两可？
- 4
为什么isnan模棱两可？如何避免？
- 5
为什么这样模棱两可？
- 6
为什么IDEA导入模棱两可的Java
- 7
为什么这个EBNF语法模棱两可？
- 8
为什么这个refname模棱两可
- 9
编译时错误：调用重载方法时模棱两可。为什么？
- 10
编译时错误：调用重载方法时模棱两可。为什么？
- 11
为什么当类型变量应该模棱两可时才推断出Integer？
- 12
从Object继承的方法变得模棱两可
- 13
使用Mencoder或ffmpeg时特殊字符变得模棱两可
- 14
加入sqlalchemy后如何解决模棱两可的列
- 15
传递继承的类型时，为什么编译器会给出模棱两可的调用错误？
- 16
为什么这两种方法模棱两可
- 17
为什么两个功能不是模棱两可的？
- 18
Sqlite模棱两可的列名，包括表名
- 19
为什么Array和Integer构造函数模棱两可
- 20
为什么以下运算符重载是模棱两可的？
- 21
为什么编译器会给出模棱两可的方法调用错误？
- 22
无功能覆盖的多重继承。为什么模棱两可
- 23
在Haskell中，即使启用AllowAmbiguousTypes，为什么类型仍然模棱两可？
- 24
为什么这个ANTLR4语法模棱两可？
- 25
为什么对模版化函数有一个模棱两可的要求？
- 26
为什么命名空间中的自由函数是模棱两可的？
- 27
CDI与@Produces的模棱两可的依赖关系-为什么？
- 28
无功能覆盖的多重继承。为什么模棱两可
- 29
为什么这个整数隐式转换是模棱两可的？
我来说两句