목차
1) 과제 제시
과제 1. 구매 대행 사이트 고객 관리의 데이터베이스 구축을 위한 요구 조건은 아래와 같다.
1. 엔티티(entity) 요구사항
1) 고객(customer) : 고객주민번호(c_no), 고객이름(c_name), 주소(c_addr), 전화번호(c_phone)로 인식한다.
2) 구매 정보(purchase) : 구매 번호(pur_no), 구매 물품(pur_stuff), 구매 금액(price), 구매 대행 수수료(fee), 구매 날짜(pur_date) 로 인식한다.
3) 구매가능물품(stuff) : 물품 번호(stu_no), 물품 이름(stu_name), 물품 가격(stu_price)로 인식한다.
4) 직원(emp) : 직원 번호(e_no), 직원 이름(e_name), 입사일(hire_date)로 인식한다.
※ 각 Attribute의 Data type은 사용자가 알아서 정의하며, instance 삽입 시 가격은 원단위로 삽입한다.
※ 한명의 직원은 여러 고객의 구매 정보를 관리하고 하나의 구매 정보는 한명의 직원에 의해 관리된다. 또한 직원은 여러 구매 가능 물품을 관리하며 하나의 구매 가능 물품은 한명의 직원에 의해 관리된다.
※ 구매 정보의 구매 금액은 고객이 1회 구매 대행을 신청한 물건의 총 금액이다.
2. 관계(relationship) 요구사항
1) 고객(customer)과 구매가능물품(stuff) 간에 다대다 관계
2) 고객(customer)과 구매정보(purchase) 간에 일대다 관계
3) 구매정보(purchase)와 직원(emp) 간에 다대일 관계
4) 구매가능물품(stuff)과 직원(emp) 간에 다대일 관계
과제 1. 구매 대행 사이트 고객 관리의 데이터베이스 구축을 위한 요구 조건은 아래와 같다.
1. 엔티티(entity) 요구사항
1) 고객(customer) : 고객주민번호(c_no), 고객이름(c_name), 주소(c_addr), 전화번호(c_phone)로 인식한다.
2) 구매 정보(purchase) : 구매 번호(pur_no), 구매 물품(pur_stuff), 구매 금액(price), 구매 대행 수수료(fee), 구매 날짜(pur_date) 로 인식한다.
3) 구매가능물품(stuff) : 물품 번호(stu_no), 물품 이름(stu_name), 물품 가격(stu_price)로 인식한다.
4) 직원(emp) : 직원 번호(e_no), 직원 이름(e_name), 입사일(hire_date)로 인식한다.
※ 각 Attribute의 Data type은 사용자가 알아서 정의하며, instance 삽입 시 가격은 원단위로 삽입한다.
※ 한명의 직원은 여러 고객의 구매 정보를 관리하고 하나의 구매 정보는 한명의 직원에 의해 관리된다. 또한 직원은 여러 구매 가능 물품을 관리하며 하나의 구매 가능 물품은 한명의 직원에 의해 관리된다.
※ 구매 정보의 구매 금액은 고객이 1회 구매 대행을 신청한 물건의 총 금액이다.
2. 관계(relationship) 요구사항
1) 고객(customer)과 구매가능물품(stuff) 간에 다대다 관계
2) 고객(customer)과 구매정보(purchase) 간에 일대다 관계
3) 구매정보(purchase)와 직원(emp) 간에 다대일 관계
4) 구매가능물품(stuff)과 직원(emp) 간에 다대일 관계
본문내용
1) 과제 제시
과제 1. 구매 대행 사이트 고객 관리의 데이터베이스 구축을 위한 요구 조건은 아래와 같다.
1. 엔티티(entity) 요구사항
1) 고객(customer) : 고객주민번호(c_no), 고객이름(c_name), 주소(c_addr), 전화번호(c_phone)로 인식한다.
2) 구매 정보(purchase) : 구매 번호(pur_no), 구매 물품(pur_stuff), 구매 금액(price), 구매 대행 수수료(fee), 구매 날짜(pur_date) 로 인식한다.
3) 구매가능물품(stuff) : 물품 번호(stu_no), 물품 이름(stu_name), 물품 가격(stu_price)로 인식한다.
4) 직원(emp) : 직원 번호(e_no), 직원 이름(e_name), 입사일(hire_date)로 인식한다.
※ 각 Attribute의 Data type은 사용자가 알아서 정의하며, instance 삽입 시 가격은 원단위로 삽입한다.
※ 한명의 직원은 여러 고객의 구매 정보를 관리하고 하나의 구매 정보는 한명의 직원에 의해 관리된다. 또한 직원은 여러 구매 가능 물품을 관리하며 하나의 구매 가능 물품은 한명의 직원에 의해 관리된다.
※ 구매 정보의 구매 금액은 고객이 1회 구매 대행을 신청한 물건의 총 금액이다.
2. 관계(relationship) 요구사항
1) 고객(customer)과 구매가능물품(stuff) 간에 다대다 관계
2) 고객(customer)과 구매정보(purchase) 간에 일대다 관계
3) 구매정보(purchase)와 직원(emp) 간에 다대일 관계
4) 구매가능물품(stuff)과 직원(emp) 간에 다대일 관계
과제 1. 구매 대행 사이트 고객 관리의 데이터베이스 구축을 위한 요구 조건은 아래와 같다.
1. 엔티티(entity) 요구사항
1) 고객(customer) : 고객주민번호(c_no), 고객이름(c_name), 주소(c_addr), 전화번호(c_phone)로 인식한다.
2) 구매 정보(purchase) : 구매 번호(pur_no), 구매 물품(pur_stuff), 구매 금액(price), 구매 대행 수수료(fee), 구매 날짜(pur_date) 로 인식한다.
3) 구매가능물품(stuff) : 물품 번호(stu_no), 물품 이름(stu_name), 물품 가격(stu_price)로 인식한다.
4) 직원(emp) : 직원 번호(e_no), 직원 이름(e_name), 입사일(hire_date)로 인식한다.
※ 각 Attribute의 Data type은 사용자가 알아서 정의하며, instance 삽입 시 가격은 원단위로 삽입한다.
※ 한명의 직원은 여러 고객의 구매 정보를 관리하고 하나의 구매 정보는 한명의 직원에 의해 관리된다. 또한 직원은 여러 구매 가능 물품을 관리하며 하나의 구매 가능 물품은 한명의 직원에 의해 관리된다.
※ 구매 정보의 구매 금액은 고객이 1회 구매 대행을 신청한 물건의 총 금액이다.
2. 관계(relationship) 요구사항
1) 고객(customer)과 구매가능물품(stuff) 간에 다대다 관계
2) 고객(customer)과 구매정보(purchase) 간에 일대다 관계
3) 구매정보(purchase)와 직원(emp) 간에 다대일 관계
4) 구매가능물품(stuff)과 직원(emp) 간에 다대일 관계
소개글