44
2010-06-09 01:58:01
0
확실히 어려운 개념들은 아닌데.. 글로 설명하기에는 또 좀 그렇긴 하군요 ㅋㅋㅋㅋㅋ.
노트 한장에 쓱쓱 그려가며 설명하면 정말 빨리 끝날텐데..... ㅋㅋ.
근데 e_r 다이어그램 개념만 정확히 안다면 별로 어려운 문제도 아닌데.... 다시 그쪽부터 찬찬히 보시지요. 그냥 한번 머릿속을 쭈욱 그려보고 생각을 정리해보시면 첨엔 복잡해보여도 어느새 하나의 다이어 그램이 나올 수 있을거에요.
다만, 한가지 저 사이트가 옥션이나 그런데처럼 판매자 다수에 구매자 다수인지, 아니면 판매자는 운영자 혼자 다하고 이용자는 사기만 하는 것에 따라 객체와 관계에 변화가 생기겠네요.... 그러고 보면 문제가 진짜 조금 애매하긴 하네요.
여튼 원래는 각종 로그나 구매정보 이벤트 정보등 필요한 테이블이 엄청 많겠지만...
대충 소소한거 다 잘라내고 좀 간략화해야겠죠? 아니면 정말 모의로 다 구현해야하나??? -_-;
음.. 전자의 경우를 가정하고 생각하면,
일단 판매자가 운영자 하나인 곳이라면 훨씬 관계가 심플해지지요.
판매하려는 물품 객체와 사용자 객체정도 구현하고, 그리고 실제 거래를 관계로 잡으면 되겠죠.
물품객체(entity)가 가지는 속성에는 각 물품별 시리얼 번호가 주 키가 되겠고,
물건의 각종 규격, 가격, 판매형태, 수량등등 실제 판매정보를 위해 필요한 정보들을
잘 생각해서 집어넣으면 되겠고,
사용자 객체에는 사용자 개인정보들이 들어가야겠죠. 아이디 같은걸 끼얹게 되면 아마 주키로
등록하고 기본 인덱스도 걸어야지 싶네요.
거래관계에에서는 물품의 시리얼 번호, 사용자 아이디가 참조키로
사용될거고, 관계는 다대다니까 기수성(cardinality)은 m:n 으로 구현되어야 하겠죠.
대충 이렇게 시작하면서 쓱쓱 한번 그려보세요. 생각보다 쉽게 할 수 있으실듯