SELECT STATUS, 주민번호, 이름, 핸드폰 번호, 등록만료일
  FROM 회원정보 a
 WHERE 등록만료일 > 오늘날짜
   AND STATUS = '3'
   AND NOT EXISTS (SELECT 1
                     FROM 회원정보
                    WHERE 등록만료일 > 오늘날짜
                      AND STATUS = '1'
                      AND ID = a.ID
                   )
;

회원의 ID 값을 ID  그리고 회원의 정보 변경시 ID에 SERIAL 값으로 001 ,002 이런식으로 저장하면 문제가 있지 않나요?

예를 들어 홍길동이라는 사람이 등록중이면 ID가 001이면서 STATUS가 1인 데이터가 하나 생성되고

홍길동이 정보를 변경하면 ID가 002이면서 STATUS가 3인 데이터가 만들어질텐데

그럼 홍길동이라는 사람은 데이터를 변경할때 마다 데이터가 추가 되나요?

만약 홍길동은 ID가 001이라면 처음에 등록중일때는 STATUS가 1 이었다가

등록이 완료되면 STATUS를 3으로 UPDATE해주는게 아닐까요?

그래야 홍길동의 ID는 001 하나만 존재 하겠죠

홍길동은 ID가 여러개 있으면 어느걸 기준으로 홍길동 데이터라고 보나요?

ID가 가장 큰 값을 최종 데이터로 보고 홍길동 데이터로 보나요?

이건 홍길동 마스터 데이터와 이력 데이터를 하나의 테이블에서 관리 하고 있어서 생기는 문제 같습니다.

그래서 홍길동이라는 유일한 사람의 데이터만 모아보기 위해서 그룹화를 한다면 무엇을 기준으로 해야 하는지요?

주민번호, 전화번호, 이름 등이 있을수 있겠지만 이건 데이터 적으로 좋지 않습니다.

모두 중복이 발생할 수 있기 때문이죠(주민번호는 유일하다고 볼수도 있지만 요즘은 개인정보로 주민번호를 저장하기 어려운 문제와 2000년 이후 출생자는 없지만 그 이전 출생자중에는 중복된 데이터도 존재합니다.)

그리고 모든 회원이 등록중이라는 STATUS가 항상 존재하는건 아닌가보죠?

뭔가 설명이 부족하거나 설계 자체에 문제가 있는 것 같습니다.

그럼 마농님께서 작성하신 쿼리에서 ID대신 계약번호를 사용하면 되겠네요

등록중이라는 데이터는 계약만료일 이전 데이터가 될 수 있겠네요.

그럼 NOT EXISTS 구문안에서는 등록만료일 조건이 필요 없겠네요.

SELECT STATUS, 주민번호, 이름, 핸드폰 번호, 등록만료일
  FROM 회원정보 a
 WHERE 등록만료일 > 오늘날짜
   AND STATUS = '3'
   AND NOT EXISTS (SELECT 1
                     FROM 회원정보
                    WHERE STATUS = '1'
                      AND 계약번호 = a.계약번호
                   )
;

단 계약번호가 달라졌을 경우 원하시는 데이터를 얻을 수 없습니다.

계약번호가 달라졌을때도 확인하고 싶다면 계약번호가 달라도 같은 계약으로 봐야하는 기준이 되는 컬럼이 있어야 합니다.

설명글에 보면 회원 정보와 조인은 한다고 하셨으니 회원번호 같은것을 이용 할 수 있겠네요.

이런 모든 문제의 원인은 계약서 테이블에 이력데이터를 함께 저장하기 때문입니다.

만약 계약서 테이블에 최종 데이터만 저장하고 계약서이력 테이블을 만든다면 이런 문제들이 사라질 것입니다.

계약서 테이블에서 계약시리얼 컬럼을 삭제하여 최종 데이터만 저장하고

계약서이력 테이블에는 현재계약서 테이블에서 계약시리얼 대신 이력일시를 넣는다면 

최종 데이터는 계약서 테이블에서 조회 하고 이력은 이력테이블에서 조회하면 쉬워 집니다.

이력 테이블에는 최종 값도 함께 저장해서 현재계약서테이블과 같은 데이터가 들어 갈수 있습니다.

이렇게 하면 계약서 테입블이 최종 하나나의 데이터만 가지고 있기 때문에 목록으로 조회시 속도적인 이익도 볼 수 있습니다.