본문 바로가기

Major Review (학부)

03. 리눅스 활용 * 파일 관리 - 파일 속성 ls -l 로 확인 가능함. - 접근 권한 파일의 권한에는 읽기(Read), 쓰기(Write), 실행(eXecute) 총 세 종류가 있음. 사용자를 소유자(User), 그룹(Group), 기타 사용자(Others)로 나누어 각 사용자별로 읽기, 쓰기, 실행 권한을 따로 부여함. 표기는 소유자, 그룹, 기타 사용자 순서로 부여된 권한을 소문자로 표시하며, 해당 권한이 없으면 -로 표시함. ex) rw-r--r-- : 소유자는 읽기와 쓰기 가능, 그룹과 기타 사용자는 읽기만 가능. ㄴ 권한 숫자 표기법 rwx를 2진수 비트로 치환하면 총 3비트 크기의 2진수가 되고, 이것을 다시 1비트짜리 8진수로 바꾸면 한 글자만으로 권한들을 표현할 수 있음. ex) rwxrwxrwx = 11.. 더보기
02. 리눅스 이해(2) * 쉘(Shell) - 기능 명령어 해석, 프로그래밍, 사용자 환경 설정 - 종류 본쉘(sh) : 최초의 쉘. 유닉스 v7에서 처음 등장, 현재는 잘 안쓰임. C쉘(csh) : 앨리어스, 히스토리 기능 포함. 쉘 스크립트 구문 형식이 C언어와 동일. 콘쉘(ksh) : 80년대 중반 벨연구소 개발. 본쉘과 호환성 유지, 앨리어스, 히스토리 기능 제공. 배시쉘(bash) : 88년. 본쉘과 호환성 유지. C쉘, 콘쉘의 편리한 기능 모두 포함. 리눅스의 기본 쉘. 대시쉘(dash) : 97년. 본쉘 기반. POSIX 표준 준수하며 작은 크기. 우분투는 v.6.10 부터 대시쉘 사용. - 로그인 쉘과 서브 쉘 로그인 쉘 : 로그인 하면 가장 처음 실행되는 쉘. 서브 쉘 : 사용자가 프롬프트에서 다른 쉘을 실행해.. 더보기
02. 리눅스 이해(1) * 사용자 계정 관련 파일 - /etc/passwd 파일 사용자 계정 정보가 저장되어 있음. 형식 ┌ 로그인 ID: 사용자 계정의 이름 x : 초기 유닉스 시스템에서 사용자 암호를 저장하던 항목 (현재는 /etc/shadow에 암호 저장) UID : 사용자ID 번호로 시스템이 사용자를 구별하기 위해 사용하는 번호 + 일반적으로 0~999번과 65534번은 시스템 사용자를 위한 UID로 예약 + 일반 사용자는 UID 1000번부터할당(root 계정은0번) GID : 그룹ID를 나타낸다. 리눅스에서 사용자는 무조건 한 개 이상의 그룹에 소속 설명 : 사용자의 실명이나 부서명, 연락처 등 사용자에 대한 일반적인 정보를 기록.. 더보기
01. 리눅스 기초 * 리눅스(Linux) 1991년 8월 26일 핀란드의 리누스 베네딕트 토발즈(Linus Benedict Torvalds)가 미닉스라는 교육용 OS를 참조하여 개발한 OS. 오픈소스이므로 비용이 없고, GUI가 없어 리소스 소모가 적다는게 큰 강점임. 서버용 운영체제로 많이 사용됨. 다양한 배포판이 있고, Ubuntu, CentOS 등이 유명함. ( 배포판 = 리눅스 커널 + 각종 컴포넌트(윈도우 시스템, 서비스 데몬, 패킺 매니저, 응용 프로그램 등) ) * 파일 & 디렉토리(Directory) 리눅스는 모든 것을 파일로 관리함. - 파일 종류 일반 파일 : 텍스트 파일, 실행 파일, 이미지 파일 등 주로 데이터를 저장. 디렉토리(Directory) : 해당 디렉토리에 저장된 파일이나 하위 디렉토리에 .. 더보기
[DB] Ch05. 관계 대수와 관계 해석 (2) 2. 관계 해석 관계 해석은 원하는 정보가 무엇이라는 것만 선언하는 비절차적인 특성을 가지고 있음. 수학의 프레디킷 해석에 기반을 두고 있으며, 프레디킷이라 하는 것은 실행 결과가 반드시 참 또는 거짓이 되는 함수를 말함. 관계 해석에는 '튜플 관계 해석'과 '도메인 관계 해석'이 있고, 표현 방법의 차이는 있지만 표현 능력은 동등함. 2.1. 튜플 관계 해석 '튜플 해석'이라고도 함. 원하는 릴레이션을 튜플 해석식으로 정의하는 표기법. 2.1.1. 튜플 변수 '범위 변수'라고도 함. 지정된 릴레이션의 튜플을 하나 씩 값으로 취할 수 있는 변수임. 선언은 R(t)의 형식으로 하는데, t가 R의 튜플 변수이고 취하는 값의 범위는 릴레이션 R의 튜플로 한정한다는 것을 명세한다는 뜻임. 이때 R(t)를 튜플 .. 더보기
[DB] Ch05. 관계 대수와 관계 해석 (1) 관계 데이터 모델에서의 릴레이션을 조직하기 위한 연산에는 '관계 대수'와 '관계 해석'이라는 두 가지 타입의 정형어가 있음. 데이터 획득 절차에 대해 얼마나 자세히 명세해야 되느냐에 따라 '절차 언어'와 '비 절차 언어'로 구분할 수 있음. 이런 면에서 볼 때 관계 대수는 절차 언어이고, 관계 해석은 비 절차 언어임. 둘은 데이터 언어의 표현력이나 기능면에서 동등함. 데이터 언어가 있을 때 이 언어로써 관계 해석이 표현할 수 있는 모든 질의를 표현할 수 있을 때 그 언어를 '관계적 완전'하다고 함. 1. 관계 대수 릴레이션을 처리하기 위한 연산의 집합으로, 각 연산의 피연산자가 모두 릴레이션이고, 연산 결과 또한 릴레이션임. 관계 대수 연산은 두 그룹으로 나누어 설명 가능하며, 첫 번째 그룹은 일반 집합.. 더보기
[DB] Ch04. 관계 데이터베이스 1. 관계 데이터 모델 70년 IBM의 E.F.코드에 의해 처음 제안되었음. 외적으로는 단순한 테이블 형태이지만, 이론적으로는 수학적인 릴레이션을 기초로 함. 통상적인 테이블의 개념은 관계 데이터베이스 시스템이 기반으로 하고 있는 관계 데이터 모델 환경 하에서 사용하는 학술적인 용어와 다름. [ 통상적인 테이블 개념 => 관계 데이터 모델 용어 ] 테이블 그 자체 => 릴레이션(Relation) 테이블 이름 => 릴레이션 이름 열 => 애트리뷰트(Attribute) 행 => 튜플(Tuple) 데이터의 가장 작은 논리적 단위는 개개 데이터 값, 즉 애트리뷰트 값임. 데이터 값들은 더 분해할 수 없는 '원자 값(Atomic Value)'만을 허용함. 하나의 애트리뷰트가 취할 수 있는 같은 타입의 모든 원자 .. 더보기
[DB] Ch03. 데이터베이스 시스템의 구성 데이터베이스 시스템(DBS, Database System) : 데이터를 데이터베이스로 저장하고 관리해서 필요한 정보를 생성하는 컴퓨터 중심의 시스템. DBS의 구성요소로는 DB, DBMS, 데이터 언어, 사용자, 관리자, 데이터베이스 컴퓨터가 있음. 1. 3단계 DB 스키마 : DB의 논리적 정의(DB의 구조와 제약 조건에 대한 명세)를 기술한 것. 개체, 속성, 관계, 제약조건의 내용을 포함함. 어떤 입장에서 DB를 보느냐에 따라 DB 스키마는 모두 상이하며, DB 관리 측면에서는 세 단계로 구별하여 관계를 정의함. 데이터를 이용하는 개인의 뷰 --> 외부 단계 --> 외부 스키마 개인의 뷰가 종합된 기관 전체의 뷰 --> 개념 단계 --> 개념 스키마 물리적 저장 장치의 입장에서 보는 저장 장치의 뷰.. 더보기