A seeker after truth

데베 설계와 er 모델 설계 개념적 vs 물리적 데베 설계 전자는 어케 개발할지 과정을 설계, 후자는 어떤 저장장치, 접근 방법 사용할것인가? 이야기 조직간 엔티티 관계, 프로세스, 무결성 모델 엔티티는 서로 구분이 되는 조직체에서 데베에 나타내려는 객체 사람, 부서정보, ... 논리적 설계 단계 이후는 데베 설계에 의존적, 종속적...?(7쪽) 정규화된 릴레이션을 통해 물리적 설계를 하고 최종적으로 물리적 스키마가 나올 것. 운체 특성, 하웨 환경, 데베 성능, 사용자의 성능 요구 사항 등을 사용자가 많은 부분에 대해 이야기하는 뭬?... 사용자에게 보다 많은 답변을 주는게 ~... 엔티티와 attribute를 파악하는게 목적... 요구사항과 전형적인 연산 등. 개념적 스키마에 알고리즘을 적용해 논리적..

저번주에 까먹고 3주차에 필기해버림 117: insert 참조 무결성 제약조건을 위배하지 않는지 잘 봐야 함 delete update 트리거: 명시된 이벤트(데베 갱신)가 ㅂ라생할 떄마다 데베가 자동으로 수행하는, 사용자 정의문(프로시저) 무결성 유지를 함 기업의 비즈니스 규칙 이벤트, 조건, 동작 셋이 표현 요소 create trigger (name) after on 예) 새로운 사원이 입사할 때마다 보여주는 트리거. 150만보다 작다했을 때 월급 10% 인상 트리거를 너무 많이 작성하면 문제가 발생할 수도 있으므로 꼭 필요한 곳에만 사용 하나의 트리거가 활성화되면, ~ 트리거같은 경우에 너무 많이 작성하게 되면 사용자가 왜 결과가 이렇게 나오는지 몰라서 확인 필요, 아무데나 사용 ㄴㄴ 주장: 대부분 ..

관계 데이터 모델에서 지원되는 두 가지 전형적인 언어 관계 해석: 원하는 데이터만 명시하고 질의를 어떻게 수행할 것인가는 명시하지 않는 언어 관계 대수: sql이론 기초, 질의 수행할 것인가 명시하는 절차적 언어 기존 릴레이션에서 새로운 릴레이션 생성. 기본적 연산자 집합으로 이뤄짐 4: 관계 연산자 1은 단항, 2는 이항 연산자. 받는 연산자 개수에 따라 다름 6: 특정 조건의 행을 찾음 프로젝션: 열을 찾음 합집합: 공통적인 부분 포함해서 ~ 차집합: 공통적인 부분을 뺸 나머지 카티션 곱: 갖고 있는 가지수를 모두 가지고 있음 7: 셀렉션 연산자 조건과 해당 릴레이션 테이블 이름을 적어 사용 9: 프로덕션 연산자 10: 타이틀에 해당하는 것만 뺴오라는 의미다. 12: 집합연산자:합/교/차집합 연산자 ..

[관계 데이터 모델과 제약 조건] 관계 데이터 모델은 가자 개념이 단순한 데이터 모델의 하나. 지금까지 제안된 데이터 모델들 중에서 그렇다. 올아클, ms sql server 관계 데이터 모델이 큰 성공을 거둔 요인 ->매우 간단한 케이블 모델, 중첩된 복잡한 구조가 없음(이해하기도 십고 설계도 쉬움), 다른 데이터 모델이 ㅇ레코드 위주 처리인데 비해 얜 집합 위주 처리. 이론도 잘 정립되어 있고, 질의 처리 효율적, 좋은 성능 보임, 모르던 사람도 쉽게 사용할 수 있음 이는 동일한 구조의 관점에서 모든 데이터를 논리적으로 구성 논리적으로 연관된 데이터를 연결하기 위해 링크, 포인터 사용 하지 않음 어떻게 이 데이터를 찾을 것인가는 명시할 필요 없음 순서와 무관하게 내가 원하는 데이터 찾을 수 있음 6쪽..

메타데이터의 스키마란, 이 데이터가 어떤 구조를 갖고있는지에 대한 설명,메타데이터는 데이터의 각 속성들의 조건이나 범위 등에 대한 설명. 데베 스키마 = 내포 상태(특정 시점의 데베 내용) = 외연 시간따라 계속 바뀜 시스템 카탈로그 = 저장된 데베 스키마 정보 유지 - 메타데이터: 데이터에 대한 설명 정보. 이 자체로 데이터 - 스키마: 데이터의 범위 - 외연 vs 내연 - 시스템 카탈로그는 저장된 데베의 ~를 유지함. - 13쪽 한번 읽어보기. 데베는 보조기억장치에... 주기억 장치는 메모리 말하는 거겠지 뭐. 그 외 등등 - 운영체제는 데베의 구성만 알고 있음 된다 = 데이터 독립성 - 효율적 데이터 접근: 어'덯게 접근하느냐 따라 성능 차이 큼. "인덱스" 이용 - 데이터에 대한 동시 접근: 여러..

* 클론코딩?프로젝트? 공부의 일환으로 진행하던 중 작성 1. 설치 보통 개발 관련 새로운 언어, 툴, 프로그램 등을 설치할 때 구글에 "~ 설치" 와 같이 검색한 뒤 블로그 글이나 공식 문서 등을 참고해 진행하기 마련이다. 그런데 몽고디비는 유독 유수한 블로그 글들의 내용이 전혀 먹히질 않더라... - .tar 파일을 공홈에서 다운로드받아 설치해도 /usr 폴더 등에 설치 파일이 생성되지 않았음(이건 원래 안되는 걸수도 있다. usr 폴더가 어떤 파일들이 들어가는지 리눅스/유닉스 지식이 아직 박약해서 잘은 모름) - 뭇 블로그 글들처럼 홈브루로 설치하려고 brew search를 해봐도 mongodb 관련 프로그램만 6개가 나올 뿐, 정확히 'mongodb' 라는 것은 없었다. 때문에 brew insta..