📚 Database

Data는 현대 조직에 매우 소중한 자산이다. 현대 조직에서 모집, 저장, 처리, 운영을 한다. 이러한 것들에 필요한 기술이 database이다. 현대 database는 relational database theory에 기반되었다.이마트 계산대에서 계산할 때제품 가격세

Data는 목적에 맞게 가공을 아직 하지 않은 정보이다. 가공을 하지 않았기 때문에 의미를 지니지 않는다.Structured Data 정형화 된 data대부분 우리가 사용하는 datadata 타입을 가지고 있고 일정 정도 안에 맞는 길이 등 정해진 형태가 있음Unstr

논리적으로 서로 관계가 있는 data들의 조직화된 집합체를 의미한다. 체계가 저장되었다는 의미이고, 관련성 있는 data들이 같은 테이블에 있고 관계를 맺고 있는 집합체이다. 한 테이블의 PK와 FK로 관계를 맺는다. 계속 쌓아온 data로 부터 우리가 어떻게 행동하느

1960sfiles1970snetwork navigation1980srelational1990sobject2000+noSQL데이터를 끄집어내서 사용하는데 오랜시간이 걸리기때문에 data warehouse가 생겼다. 1990년도부터 시작되었다. 어느정도 기업이면 대부분

각각의 어플리케이션이나 사용자에게 접근이 필요한 일부사용자에 따라 일부만 보여지기 때문에 비즈니스 기능에 따라 달라짐전체 데이터베이스에서 일부만 접근 가능일부 유저뷰만 정해짐DBA가 결국에는 각각의 유저 시스템을 결정사용자 들이 데이터들을 인식하는 방법나, 내가 사용하

사용자 요구에 기반하여 데이터베이스 컨텐츠를 디자인 하는 것.conceptual data modeling을 하는데 ER 모델링이 지배적이다.ER 모델을 사용하기에 쉽고, 이해하기에도 쉽다.학자, 산업계 전문가들이 데이터 애플리케이션을 모델링하는데 효과적인 도구라고 주장

모든 entity type은 따로 떨어져 있어야하면 안되고, PK가 꼭 존재해야한다.CutomerCustomer ID --> Primary Key로 설정Name(First name, Last Name) --> Composite Attribute로 설정Address(St

Relationship type이 존재하는 두 entity type 사이에 한 entity type에서 몇개의 entity type과 대응되는지 나타내는 제약조건어떤 Realationship Type에 붙이는 것어느 쪽이 1이고, 어느 쪽이 M인지 주의해야한다. 각각의

0927_DB ER Procedure user requirement. indentify entity type, weak entity type indentify relationship type + indentifying relationship typess

total specializationsupertype의 entity가 반드시 최소한 하나의 서브타입의 멤버일 경우 partial specializationsupertype의 entity가 반드시 최소한 하나의 서브타입의 멤버가 아닐경우ex1) 환자는 반드시 외래환자 또

Conceptual database designLogical database designPhysical database designDatabase implementationDatabase maintenanceConceptual data modeling: er모델을 사용

Well Struction relationFunctional dependencyNormalization이름이 있는 데이터를 저장하는 2차원의 테이블ER Modeling -> Relational Modeling -> Normalization 과정Anomaly: 데이터의

Functional DependenciesUPC -> Name, Buying_Price, Selling_Price, Size, Manufacturer_NameManufacturer_Name -> MStreet, MCity, MState, MZip, MPhoneWareh

Conceptual database design -> Logical database design -> Physical database design사진 출처Purpose: logical schema를 데이터를 저장하고 꺼내기 위한 technical spec으로 바꾸는 것

nomarlization 되어있는 relation을 non-normalizationBenefits조회되는 테이블의 개수를 줄여서 성능을 향상시킴Costs(데이터 중복에 의한)저장공간의 낭비Data integrity, consistency에 위협일반적인 denormali

하드디스크에 데이터들을 물리적으로 어떻게 저장하는 지에 대한 테크닉Factors for selecting file organization빨리 데이터를 찾아냄효율적인 데이터 공간 관리데이터를 실패와 유실로 부터 보호Reorganization의 최소화성장을 촉진하는지Seq

Relation이름을 가지고 있는 2D 데이터ex) Empolyee(EMP_ID, Name, Dept_Name, Salary)Relational Data ModelData Structure: 어디에 어떻게 저장을 하는 지Data Integrity: 어떻게 무결성을 지키

테이블의 구조와 관계들에 먼저 익숙해진다.디자인하고자 하는 쿼리 결과에서 어떤 걸 보고자 하는지 정립을 한다.select뒤에 list로 나열한다.질의하고 싶은 테이블을 알아내고 from 뒤에 쓴다.1개 이상의 테이블이 필요할 경우 어떻게 이 테이블들을 join할 것인지

Block하드디스크와 메모리에 왔다갔다하는 데이터의 논리적인 단위대략 4k bytesSector와 block이 맵핑가령 아래와 같다고 생각해보자.queryselect \* from product where product_id = '101';product table1M

operational information systemonline transaction processes system(OLTP)일선에서 사용하는 시스템처리하는 과정을 자동화하는 목적처리하는데 빠르고 편리하게데이터를 추가, 수정, 삭제, 꺼내기 등을 함주요 관심사는 효율