업그레이드하기 전에 MySQL이 "열 모호함"오류를 반환합니다.

Question

최근에 MySQL을 5.1.41로 업그레이드했습니다. 업 그레 이드 전에 다음 SQL이 작동했습니다 (또는 적어도 필자는이 작업을 기억하고 있다고 생각했습니다 ...이 작업을 설계 한 지 몇 주 후였습니다). 이제 SQL에서 "보관 된"열이 모호하다는 오류가 발생합니다. 어떻게 다른 방법으로 이것을 쓸 수 있습니까, 아니면 제가 모르는 다른 문제가 있습니까?

단순히 "unit_id", "lease_count"("a.unit_id"와 일치해야하는 unit_id가있는 다른 테이블에 저장 됨) 및 "lease_archived_count (다른 테이블에 저장된 unit_id 은 "a.unit_id")에 해당합니다.

SELECT a.unit_id, 
    (SELECT count(*) FROM o_leases WHERE unit_id = a.unit_id AND archived = 0) as lease_count, 
    (SELECT count(*) FROM o_leases WHERE unit_id = a.unit_id AND archived = 1) as lease_archive_count 

FROM p_unit a, properties b, portfolio c 

WHERE a.property_id = b.properties_id 
AND b.portfolio_id = c.portfolio_id 
AND a.archived = 0 

감사를 도와.

Answer 1

. 나는 또한 선택 하위의 테이블을 제공하는 것이 좋습니다

만이 오류가 언급하고 한 장소가있을 수 있습니다 별칭 :

(SELECT count(*) FROM o_leases o WHERE o.unit_id = a.unit_id AND o.archived = 0) as lease_count, 
(SELECT count(*) FROM o_leases o WHERE o.unit_id = a.unit_id AND o.archived = 1) as lease_archive_count 

archived 필드가 p_unit 인 것처럼 보입니다.

Answer 2

o_leases가 아카이브 된 필드가있는 유일한 테이블이 아니기 때문에 오류가 있다고 생각합니다. p_unit 또는 속성이나 포트폴리오에는 해당 열이 있어야합니다.

그러나 수정해야하는 다른 여러 가지 사항이 있습니다. 대부분의 데이터베이스에서 상관 관계가있는 하위 쿼리는 성능이 좋지 않으므로 조인으로 다시 작성해야합니다 (이 경우에는 대개 사례 문과 조인 만 필요함). 상관 관계가있는 서브 쿼리 작성은 일반적으로 고려하지 않아도됩니다.

둘째, 절대 암시 적 조인을 사용하지 않아야합니다. 유지 관리가 좋지 않고 우발적 인 교차 결합은 물론 조인에 대한 일반적으로 이해가 부족한 매우 나쁜 생각입니다. 나쁜 나쁜. 이런 종류의 코드는 18 년 전에 대체되었지만, 5 년 전에도 여전히 C# 또는 Java 코드를 더 나은 방법으로 재사용 할 수 있습니까?