○ ID 부분이 뭔가 이상합니다.
 - auth_id 는 필요 없는 항목
 - send_id / recv_id 는 설명이 바뀐 듯
○ send_dt 와 recv_dt 는 다른 의미인 듯 합니다. 합치면 안되죠.
 - 수신 확인 기능이 있다면 recv_dt 가 필요하고
 - 수신 확인 기능이 없다면 recv_dt 가 불필요

마농님 답변 감사합니다

auth_id 는 로그인한 계정에

보낸메세지, 받는메세지, 삭제메세지 로 구분됩니다.

 type으로 구분되니까 send_dt와 recv_dt 를 합쳐도 될까? 하는데요

아! 타입이 있는 걸 못봤네요.
타입이 없을 때에 대해서 답변 드린 거구요.
타입이 있다면? dt 를 합치려고 했던 것 처럼 ID 도 합쳐야죠.
send_or_recv_id 명칭 부여하기 좀 까다롭네요. 그냥 id ? 아니면 message_id 등.
타입을 없애고 1건으로 하는게 맞지 않을까요?
타입이 있으면 1건의 메시지에 2건의 자료가 생성되고 관리도 어려울 것 같네요.

마농님

1000건의.. 데이터를 insert 했으때 순차적으로 밀리세컨드 단위의 sysdate 딜레이가 발생되나요??

밀리세컨은 sysdate 이 아니라 systimestamp 에서 확인되구요.
1000건을 한번에 입력하면 시간은 같습니다.
루프 돌려가면서 건건이 입력하면 시간 차이가 날 수 있죠.

마농님 감사합니다