본문 바로가기

분류 전체보기62

[DB] Ch04. 관계 데이터베이스 1. 관계 데이터 모델 70년 IBM의 E.F.코드에 의해 처음 제안되었음. 외적으로는 단순한 테이블 형태이지만, 이론적으로는 수학적인 릴레이션을 기초로 함. 통상적인 테이블의 개념은 관계 데이터베이스 시스템이 기반으로 하고 있는 관계 데이터 모델 환경 하에서 사용하는 학술적인 용어와 다름. [ 통상적인 테이블 개념 => 관계 데이터 모델 용어 ] 테이블 그 자체 => 릴레이션(Relation) 테이블 이름 => 릴레이션 이름 열 => 애트리뷰트(Attribute) 행 => 튜플(Tuple) 데이터의 가장 작은 논리적 단위는 개개 데이터 값, 즉 애트리뷰트 값임. 데이터 값들은 더 분해할 수 없는 '원자 값(Atomic Value)'만을 허용함. 하나의 애트리뷰트가 취할 수 있는 같은 타입의 모든 원자 .. 2023. 4. 10.
[DB] Ch03. 데이터베이스 시스템의 구성 데이터베이스 시스템(DBS, Database System) : 데이터를 데이터베이스로 저장하고 관리해서 필요한 정보를 생성하는 컴퓨터 중심의 시스템. DBS의 구성요소로는 DB, DBMS, 데이터 언어, 사용자, 관리자, 데이터베이스 컴퓨터가 있음. 1. 3단계 DB 스키마 : DB의 논리적 정의(DB의 구조와 제약 조건에 대한 명세)를 기술한 것. 개체, 속성, 관계, 제약조건의 내용을 포함함. 어떤 입장에서 DB를 보느냐에 따라 DB 스키마는 모두 상이하며, DB 관리 측면에서는 세 단계로 구별하여 관계를 정의함. 데이터를 이용하는 개인의 뷰 --> 외부 단계 --> 외부 스키마 개인의 뷰가 종합된 기관 전체의 뷰 --> 개념 단계 --> 개념 스키마 물리적 저장 장치의 입장에서 보는 저장 장치의 뷰.. 2023. 4. 9.
[DB] Ch02. 데이터베이스 관리 시스템 (DBMS) DBMS : Database Management System, 데이터베이스 관리 시스템 1. DBMS의 발전 배경 초창기는 각 응용프로그램이 데이터를 파일로 유지·관리 했으며, 이를 위해 프로그램 코드를 포함하고 있었어야 함. - 파일 시스템의 특성 논리적 파일 구조를 직접 물리적 파일 구조로 구현해야 함. 물리적 데이터 구조에 대해 잘 알아야만 접근 방법을 효율적으로 구현 할 수 있음. 모든 프로그램이 파일을 가지고 있어야 하므로, 하나의 파일은 하나의 응용만을 위해 존재하게 됨. 데이터를 같이 쓸 수 없는 파일 시스템의 가장 큰 문제점은 데이터 종속성과 데이터 중복성임. 1.1. 데이터 종속성 응용 프로그램과 데이터 간의 상호 의존 관계. 데이터의 구성·접근 방법 변경시 응용 프로그램도 같이 변경 시.. 2023. 4. 9.
[DB] Ch01. 데이터베이스 환경 1. 정보 처리 시스템 1.1. 정보와 데이터 데이터 : 단순한 관찰이나 측정을 통해서 수집된 사실이나 값. 정보 : 어떤 상황에 대한 적절한 결정을 할 수 있게 하는 지식으로서 데이터의 유효한 해석이나 데이터 상호 간의 관계. 데이터를 처리해서 얻어진 결과라고 할 수 있음. 정보를 추출하는 방법은 중요하며, 데이터를 수집만 해놓는 것은 의미가 없음. 정보 추출 방법을 '데이터 처리', 넓게는 '정보 처리'라고 함. 정보가 유용하기 위해선 정확성과 현재성을 가지고 있어야 함. 또한 언제라도 이용할 수 있도록 수집, 조직, 저장되어 있어야 함. 1.2. 정보 시스템(Information System) 정보 시스템 : 필요시에 처리해서 의사 결정에 유효한 정보를 생성하여 분배하는 수단. 사용 목적에 따라 여.. 2023. 4. 4.
[HTML] 기초 HTML(Hypertext Markup Language) : 웹 페이지와 그 내용을 구조화하기 위해 사용하는 코드, 컨텐츠의 서로 다른 부분들을 씌우거나 감싸서 다른 형식으로 보이게 하거나 특정한 방식으로 동작하도록 하는 일련의 요소로 이루어져 있다. 1. 요소 요소는 태그(여는 태그, 닫는 태그)와 컨텐츠로 이루어져 있다. 여는 태그 : 요소의 이름으로 구성되고, 여닫는 꺾쇠괄호로 감싸진다. 요소가 시작되는 곳임을 나타낸다. 닫는 태그 : 여는 태그와 동일하지만 요소의 이름 앞에 슬래시가 포함된다. 요소의 끝을 나타낸다. 태그에 따라 필요하지 않을 수도 있다. 컨텐츠 : 요소의 내용으로, 없을 수도 있다. 또 다른 요소가 컨텐츠에 들어가 요소 중첩이 될 수 도 있다. 요소는 위와 같이 속성도 가질 수 .. 2023. 4. 3.
[Dart] 함수형 프로그래밍적인 특징 Dart는 객체지향 프로그래밍과 함수형 프로그래밍의 특징을 모두 제공함. 0. 함수형 프로그래밍의 특징 함수형 프로그래밍 : 자료처리를 수학적 함수의 계산으로 취급하고 상태와 가변 데이터를 멀리하는 프로그래밍 패러다임이자 코딩 접근 방식. 0.1. 순수 함수 동일한 입력에는 항상 같은 값을 반환해야 하며, 함수 내부에서 값이 변경되거나 프로그램 상태가 바뀌는 등 Side Effect가 없어야 함. 0.2. 비상태(Stateless), 불변성 데이터의 변경이 필요한 경우, 원본의 복사본을 만들어 작업함. 0.3. 선언형 프로그래밍 기존의 명령형 프로그래밍에 반대되는 개념으로, 명령형 프로그래밍에서는 HOW(알고리즘)를 중시했다면 선언형 프로그래밍에서는 WHAT(목표)을 중시함. 코드가 map, filter.. 2023. 4. 1.