ER모델

한계: 단순 애트리뷰트들의 상위 애트리뷰트가 존재하는지, 존재한다면 무엇인지 알 수 없음 E2에서 밑줄 친 두 애트리뷰트가 함께 기본 키 엔티티 하나를 정해서 다른 엔티티의 기본 키를 외래 키로 설정 한계: 외래 키로 설정된 애트리뷰트가 관계를 표현하기 위함인지 원래 속해있는 것인지 알기 어려움, 어떤 엔티티를 정하냐에 따라 접근 방향에 따른 성능 차이가 발생 방법 3 한계: 릴레이션이 추가되기 때문에 join할 작업이 많아짐 방법 4 한계: 식별가능한 엔티티들을 하나로 합쳤기 때문에 어떤 엔티티가 어떤 애트리뷰트를 가지는지 구별 불가능 일반적으로 방법1, 2 사용 애트리뷰트 값은 집합이 될 수 없음, 단일값 출처: http://www.kocw.net/home/cview.do?lid=2927bbacc7d..

부분 키인 Depname은 소유 엔티티 타입인 EMPLOYEE의 기본 키인 Empno와 같이 있어야 식별됨 통상 명사(엔티티), 형용사(애트리뷰트), 동사(관계) 엔티티 사이의 관계가 여러 종류가 있을 수 있으므로 그 타입을 다이아몬드 안에 표시함 관계 타입은 키 애트리뷰트를 가지는 것이 의미가 없음 데이터베이스 설계에 따라 참여 여부도 규제할 수 있음 관계 데이터 모델에서는 그 관계의 형태에 따라 릴레이션을 만드는 방법이 다르기 때문에 중요함 거래 가격을 결정하는데 있어서 복잡한 과정을 거친다면 엔티티로 취급하는 것이 나을 수 있음 출처: http://www.kocw.net/home/cview.do?lid=92b050137dd28549

커서: 프로그래밍 언어에서 작업 중인 투플의 위치를 가리키는 역할 fetch loop으로 검색 select title만 했으므로 into 다음에 속성이 title 하나만 있음 where current of: 커서가 현재 가리키는 투플 이렇게 독립적으로 update 문을 사용할 수도 있고, 위의 fetch loop에서 돌면서 수정할 수도 있음 SQLCODE에는 가장 최근에 DBMS에 요청한 쿼리가 잘 작동되었는지 여부가 들어있음 데이터베이스 설계와 ER모델 개념적 설계: 엔티티 정의, 엔티티 간의 관계 정의 + 프로세스 설계, 제약 논리적 데이터 모델: 관계 데이터 모델(사실상 표준), 계층 데이터 모델, 네트워크 데이터 모델 물리적 설계: 인덱스 만들기가 대표적 클라이언트의 요구사항을 잘 조사해야 애초부..