물건에 대한 테이블이 약7개정도가 됩니다
그런데 보관함이라는 기능을 만들어야 되는데요
제가 올린 물건에 대해서 다른사람들(1~100명)이 보관할수도 잇는데요
제가 올린 물건을 제가 삭제를 한다면 다른 사람들이 제 물건을 보관한 내용이 없어지는거 아닌가요?
아니면 제가 올린 물건을 다른사람들이 보관할때마다 똑깥은 내용을 저장을 해야하나요?
테이블7개의 내용을 똑같은 만든 다른 테이블에 저장을 해야하나요?
좀 무식해보여서요ㅕ
좋은 방법이 없을까요?
Comment 4
-
Terry
2016.01.25 16:58
-
문상연
2016.01.26 08:46
2번처럼 단가, 제품정보등이 잇는 테이블들이고요 그런데 한달후에는 데이타가 삭제가 되게끔 프로세스가 되어잇답니다
-
Terry
2016.01.26 11:07
세부적인 업무 프로세스나 처리룰은 알수 없으니
간략하게 적습니다.
1. '물건' 이라는 테이블 생성
2. '보관함' 이라는 테이블 생성
3. '물건' 테이블에 데이터 Insert
4. '물건' 테이블의 내역을 가져와서, 보관함 정보를 Insert ( 물건 Key,보관함 Key,Sequence 3개의 Key로 복합 Key 생성.. )
5. 삭제 외의 처리에 대해서는 해당 프로세스에 맞게 설계하여 구현..
삭제가 된다 안된다 는 누가 이야기해줄수 있는 부분이 아닙니다.
프로세스를 어떻게 잡고 갈지..
데이터 정책을 어떻게 적용할지를 내부적으로 정해서
거기 맞게끔 가는거니까요..
-
문상연
2016.01.27 18:40
고맙습니다
많은 도움이 됏습니다
물건 에 대한 테이블이라는게 어떤의미인지요?
1.단순히 제품(상품)정보 테이블을 의미하는것인지?
2. 아니면, 물건의 입고/출고/단가/제품정보/재고 등등 의 프로세스별로 테이블이 7개라는 것인지??
1의 경우라면
-> 테이블설계과정에서 문제가 있는게 아닐까 싶구요..
2의 경우라면
-> 해당 프로세스에 대한 테이블 1개가 있구..
부모키를 가지고 가는 자식테이블(seg table) 을 하나 만들어두시면 되겠죠.
-> 참조무결성 규칙 적용 ( 부모<-> 자식 테이블 간 FK ) 하시면 될거구요.
-> 1:N 으로 묶이니, 해당건에 맞게끔 자식테이블의 PK 는 FK 와 다른 seg 정보 ( 일련번호라던지) 의 복합키로 하시면 될테구요.