날짜와 날짜간에 금액계산이 연관되어서 계속 이루어져야하기 때문에
마지막 결제일이란 항목도 필요할 것 같고요.

마지막결제일을 알아야 그전에 외상지은날이 언제인지도 파악될 수 있을것같고요.

많은 분들이 미수금(미지급금) 처리를 위해
입금, 매출(매입)을 분리 해서 처리 하는 경향이 있더군요.

이렇게 되면 나중에 미수금 처리를 위한 쿼리 작성을 위한 SQL문 작성시 많은 제약이 따르게 되는데요..

저는 미수금 처리를 위해 딱 두개의 테이블만 가져가게 합니다.


년도+고객별 미수(미지급) 마감 테이블, 과 매출(매입) 테이블.

입금은 매출(매입) 테이블에 필드를 하나 더 두어 처리를 하고요.
왜냐면 입금이 매출과 같이 함께 발생하는 경우도 있을 것이고, 입금만 있는 경우도 있기 때문입니다.

입금만 있는 경우는 매출의 디테일 쪽에는 품목코드테이블의 0번을 자동으로 등록토록 해서 처리를 해주고..
품목코드 관리쪽에서는 코드 0번 의 용도를 '입금(지급)액 처리' 라는 항목으로 아예 고정설정해두고 사용자에 의해 삭제를 못하도록 설정해 버립니다.

이렇게 되면.., SQL문 작성시 많은 이점이 있습니다.


간단한 예를 들어 드리자면..


년간 거래처별 미수금, 미지급금 마감 테이블

(
년도 VARCHAR(4) NOT NULL, /* 년도 */
거래처번호 NUMERIC(7) NOT NULL, /* 관리번호 */
/*------------- 매입부분 ------------*/
당해년도 매입액 NUMERIC(16,2) DEFAULT 0, /* 당해년도 매입액 */
당해년도 지급액 NUMERIC(16,2) DEFAULT 0, /* 당해년도 지급액 */
당해년도 미지급액 NUMERIC(16,2) DEFAULT 0, /* 당해년도 미지급액 */
/*------------- 매출부분 ------------*/
당해년도 매출액 NUMERIC(16,2) DEFAULT 0, /* 당해년도 매출액 */
당해년도 입금액 NUMERIC(16,2) DEFAULT 0, /* 당해년도 입금액 */
당해년도 미수액 NUMERIC(16,2) DEFAULT 0, /* 당해년도 미수액 */
CONSTRAINT 미수미지급테이블명_PK PRIMARY KEY (년도, 거래처번호)
);



---------------------------------------------------------


매출(매입) 쪽 마스터/디테일은


매출(매입) 마스터

전표번호 VARCHAR(15) NOT NULL, /* 전표번호 - 거래년월일 8자리 + 일련번호 7자리 */
거래구분 VARCHAR(1) NOT NULL, /* '0' 매출 '1' 매입 */
거래유형구분 VARCHAR(1) DEFAULT '', /* 매입/매출 유형 구분 (예비) */
거래일자 VARCHAR(8) DEFAULT '', /* 거래일자 */
거래처번호 NUMERIC(7), /* 거래처 */
/*-------------------------------------------------------------------------------*/
명세총액 NUMERIC(14,2) DEFAULT 0, /* 명세총액 */
입금총액 NUMERIC(14,2) DEFAULT 0, /* 매출시는 입금액, 매입시는 지급액 */

CONSTRAINT 매출(매입)테이블명_PK PRIMARY KEY (전표번호, 거래구분)





매출(매입) 디테일



전표번호 VARCHAR(15) NOT NULL, /* 전표번호 - 거래년월일 8자리 + 일련번호 7자리 */
거래구분 VARCHAR(1) NOT NULL, /* '0' 매출 '1' 매입 */
일련번호 NUMERIC(3) NOT NULL, /* 일련번호 */
반품여부필드 NUMERIC(1) DEFAULT 0, /* 반품 여부 0 정상 1 반품 */
품목코드 NUMERIC(7), /* 품목코드 */
규격 VARCHAR(40) DEFAULT '', /* 규격 */
수량 NUMERIC(9,2) DEFAULT 0, /* 수량 */
단가 NUMERIC(12,2) DEFAULT 0, /* 단가 */
금액 NUMERIC(13,2) DEFAULT 0, /* 매입단가 */
비고 VARCHAR(20) DEFAULT '', /* 비고 */
과세면세구분 NUMERIC(1) DEFAULT 0, /* 과세,면세여부 여부 0 과세 1 면세 */

CONSTRAINT 매출(매입)디테일테이블명_PK PRIMARY KEY (전표번호,거래구분,일련번호)





식 입니다...

그리고 이러한 구조의 테이블 기준으로 해서 거래 이력을 생성해주면..


사용자로 부터 입력받는 값은

거래구분유형: 매입/매출
기간: 년월일~ 년월일
거래처코드:

소트기준은 최근 전표번호순으로..,

로 설정시..

-----------------------------------------------------------------------------------------------------------
거래처 거래일 전표번호 이전미수금 명세총액 입금액 미수금액
------------------------------------------------------------------------------------------------------------
홍길동상회 20100402 201004020001 5000 1000 1000 5000
홍길동상회 20100328 201003280011 2000 3000 0000 5000
홍길동상회 20100310 201003100002 0000 4000 2000 2000
.
.
.
.
.
.




이런식으로도 처리가 됩니다.

와
phono님 명쾌하게 답변을 해주셨네요.
phono님 답변에 비추어보면
lee, js님이 설계하신 DB구조는 좀 내용이 많이부족했듯싶네요

phono님 답변을 보니깐 제가 한 답변이 너무 초라해지는건 뭘까요? ^^;;