2번에 한표요..

일단 주문 테이블에는 user_id 가 있어야 할 것 같구요.
address_id 가 정확히 뭘 의미하는지 모르겠네요.
유저별 자주 쓰는 주소를 등록해 놓은 것일까요?
주문시 이 address_id 가 등록될 이유가 없을 것 같습니다.
주문에는 실질적인 주소가 입력되어야 할 것입니다.
즉, address_id 는 주소를 자동으로 불러오기 위한 장치로 사용될 뿐이지
이 address_id 정보가 주문정보에 입력될 필요가 없습니다.
배송지 주소는 자동 불어오기 뿐 아니라 수기 입력도 가능할 것입니다.
 

제 생각에 배송지 정보는 언제든 수정 및 삭제가 가능하리라고 봅니다.
배송지1의 정보를 서울에서 인천으로 중간에 수정했다고 하면
예전 배송정보를 조회할 때 서울로 배송되었음에도 인천으로 표시되는 오류가 발생될 수 있습니다.
따라서 배송 당시의 주소를 정확하게 표현하려면 배송지ID 가 아닌 주소 자체를 가지고 있어야 합니다.

user_id를 주문 테이블에 안 넣는다면 해당 주문을 어떤 유저가 한 것인지 어떻게 확인 가능한가요? address_id가 user_id에 종속적인 구조인가요?

address_id 1은 인천 송도구 구루비아파트 101호이고 이 address_id는 user_id 1의 주소이다 이런 식이예요?

주문과 유저의 관계를 항상 주소를 통해 조인해야한다면 통계 활용에 있어 더욱 비효율적일 것으로 보이네요.

답변 드리는 의미는 2번 케이스를 선호하는게 아닙니다.
user_id 는 필수이고, address_id 는 선택이라는 의미입니다.
데이터 무결성이 깨지는 것과는 전혀 상관이 없을 것 같은데요.

왜 자꾸 핵심 키 정보인 user_id 를 배제하고
부수적인 정보인 address_id 에 집중하시는지요?
배송지 정보는 언제든지 수정 및 삭제가 가능한 정보로 판단됩니다.
만약 배송지가 삭제된다면? 주문에 대한 user_id 를 찾을 수 없겠죠.
address_id 가 필요에 의해 추가되는 것은 상관이 없으나
user_id 를 제거하는 것은 옳지 안다고 생각되네요.

user1이 주문한 내용을 가져오려면 user1과 address_id를 조인하고 해당 address_id를 가지고 있는 주문을 찾아야겠군요. 뭔가 상당히 비효율적인 것 같지 않으세요?^^;

좀 더 생각해보시면 답변 달아주신 분들의 의도를 파악하실 수 있을 것 같습니다.

스스로에게 질문을 한번 던져보시기 바랍니다.

왜 address_id를 선택해야 하는지, 프로세스 진행이 문제없이 가능한지, 어떤 점이 득이고 실인지 생각해보시면 답이 나오실 것이라 생각됩니다. 

응원하겠습니다~