일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | 31 |
- Swift 기능
- Apple Developer Academy @ POSTECH
- 개발자 회고
- sqoop
- 소프트웨어분석및설계
- 앱 비교 프로젝트
- apple developer academy 후기
- 데이터베이스
- 숭실대
- 제앱소
- swift문법
- 운영체제
- 신입 개발자
- Swift 디자인패턴
- 네이버 부스트캠프
- 네이버 치지직
- react
- iOS 개발 오류
- OS
- 애플 디벨로퍼 아카데미 후기
- global soop
- SWIFT
- 신입 ios 개발자
- 애플 아카데미 후기
- 애플 디벨로퍼 아카데미
- Swift 문법
- ios개발자
- 개발회고
- 신입ios개발자회고
- 애플 디벨로퍼 아카데미 21주차 회고
- Today
- Total
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | 31 |
- Swift 기능
- Apple Developer Academy @ POSTECH
- 개발자 회고
- sqoop
- 소프트웨어분석및설계
- 앱 비교 프로젝트
- apple developer academy 후기
- 데이터베이스
- 숭실대
- 제앱소
- swift문법
- 운영체제
- 신입 개발자
- Swift 디자인패턴
- 네이버 부스트캠프
- 네이버 치지직
- react
- iOS 개발 오류
- OS
- 애플 디벨로퍼 아카데미 후기
- global soop
- SWIFT
- 신입 ios 개발자
- 애플 아카데미 후기
- 애플 디벨로퍼 아카데미
- Swift 문법
- ios개발자
- 개발회고
- 신입ios개발자회고
- 애플 디벨로퍼 아카데미 21주차 회고
- Today
- Total
목록분류 전체보기 (296)
사과하는 제라스

시스템 프로그래밍 기말고사 OS - I/O 디바이스, CPU,메인메모리 프로세스 - 메모리단에 올라가는 그림, 코드 데이터, 힙, 스택 스레드 - 프로세스에 이어서 자연스럽게~~ IPC - 이어서 자연스럽게 써라 ---------------------------------------------------------------------------------------------------------------------- 시스템 내의 프로세스는 독립적 or 협력적임. 협력적 프로세스는 공유 데이터와 더불어 타 프로세스에게 영향을 주거나 받을 수 있음. 이때 협력적 프로세스는 프로세스 간 통신(IPC, Inter Process Communication)이 필요함. IPC에는 두가지 모델이 있음. -> 메시..

- 나쁜 스키마에는 3가지 이상(anormaly)이 있음. 1) 갱신 이상 2) 삭제 이상 3) 입력 이상 course 테이블과 department 테이블을 합쳐서 다음과 같은 테이블을 만듦. ->mybadtable1(cID, title, deptName, credit, chairman, building, budget) 이 테이블은 나쁜 스키마인데... - Update anormaly 측면 chairman을 하나만 바꿔도 여러개 다른 row들에서도 바꿔줘야 함. ->redundancy(중복성) 유지 X - Delete anormaly 측면 만약 Java, Data, Structure, Databases 모두 사라지면 CS과에 대한 정보들도 같이 삭제됨. -Insert anormaly 측면 새로운 과를 신..

- LOB 데이터 타입 : 대용량 데이터를 저장 및 관리하는 데이터 타입 ex) BLOB, CLOB, NCLOB, BFILE - BFILE 말고는 모두 트랜잭션 성질(ACID 성질) 지원 -> 트랜잭션 commit/rollback에 의한 UNDO/REDO rlsmddmf DBMS가 자체적으로 수행함. - BFILE의 경우 OS의 파일 시스템을 이용해서 저장 및 관리하는 데이터 타입이기에 트랜잭션 성질이 지원 X, 읽기 연산만 지원함. - dual 테이블 : 컬럼이 1개, 터플이 1개인 독특한 테이블로 sys가 소유 중임. - 아래와 같이 문자 처리하는 함수도 있음. - materialized View : 터플을 갖는 뷰로 빠른 response가 가능하다는 장점이 있음. - recursive queries..

- View : 특정 사용자로부터 특정 속성을 숨기는 기능 -> 데이터 보호, (사용자 편리성 제공, 질의 간소화 등) (relation 중에서 conceptual schema는 아니지만 사용자에게 보이는 virtual relation) - View 생성법 Create view as ; Create view myProfessor as select pID, name, deptName from professor; 또는 Create view myProfessor as select name from myProfessor where deptName = 'CS'; - View는 최신 데이터를 보유함.(직접 보유x, 뷰 정의로 다른 테이블들을 접근할 뿐) -> View는 실제로 터플들을 보유하지 않고 정의해 둔 뷰 ..

- 어떤 서버를 구축함에 있어서 인증서가 중요함. - 인증서의 chain 사용자가 서버 인증서와 서명값을 받음 - 이 인증서의 IssuerDN인 CA1에게 감 - CA1의 IssuerDN인 RootCA에 감 - CA1 인증서에 서명된 걸 노란 키로 인증, 서버 인증서에 서명된 걸 파란 키로 인증, 초록 키 받아서 인증 - 각국의 RootCA들끼리는 peer-to-peer로 믿어줌. - TLS 서버를 구축하려면 서버에 인증서와 개인키를 생성해야 함. //SSL-Server.c #include #include #include #include #include #include #include #include #include #include "openssl/ssl.h" #include "openssl/err.h"..

- HTTP와 HTTPS의 차이 : TLS가 존재한다 - 대칭키 암호 알고리즘(Symmetric cipher) : 암호화하는 송신자와 복호화하는 수신자는 동일한 키를 가지고 있어야 함. - 공개키 암호 알고리즘(Asymmetric cipher or Public Key encryption Algorithm) : 공개키와 개인키가 한쌍으로 존재하고 같지 않음.(수학적인 관계는 존재함.), 대칭키와 비교했을 때 속도는 느리나 키 교환 분야에서 활용가능. 공개키 crypto system 1) 암호화 하는 기술 2) 전자서명하는 기술 - 전자 서명 : 공개키 암호 알고리즘의 사용방법 중 하나임. 송신자의 개인키로 서명 : MSG -> MSG+Sign Value 수신자는 송신자의 공개키로 복호화하여 Sign Val..

- 네트워크 보안 관련 배경 지식 => OSI 7계층 OSI 7계층 모델은 단순 레퍼런스 모델일 뿐! 실제 사용은 TCP/IP 프로토콜을 사용한다. data(message)에 TCP헤더(붙으면 segment), IP헤더(붙으면 packet), 이더넷 헤더와 이더넷 트레일러(붙으면 frame)들이 차례로 붙음. => 여기서 TLS(Transport Layer Security)라는 것이 패킷의 TCP Data에 대한 1. 인증 2. 암호화를 해준다. TCP/IP 모델과 OSI 모델 차이 1) TCP/IP: 클라이언트 서버 모델 OSI:개념적인 모델 2) TCP/IP: Standard protocol OSI: reference model(구조에 대한 이해를 위한 모델일 뿐!) 3) TCP/IP: 4계층 OSI..

- Concurrency는 병행 처리로 프로그래밍에서는 보통 Synchronization(동기화)에서 쓰임. - 병행처리는 작업을 빠르게 하기 위해서 쓰임. - 방법 : 1. Parallel Execution(병렬 처리) 2. Pipeline(생산자/소비자) 3. Client / Server - 단위: 1. Process 단위 : program level 2. Thread 단위 (=Process 안에 존재하는 독립된 실행단위) : "unit" level 13.1 Concurrency는 4가지 Level에서 이뤄짐. 1. instruction level - 여러 machine 2. statement level - 여러 high-level 언어 3. program level - 여러 program 4. un..