진박사의 일상

Relational Database Design(Logical) - ER model to relational model mapping ER의 Entity, Attribute, Relationship Type을 Relational에 매핑 ER-to-Relational Mapping conceptual design(ER 모델)을 이용해서 relational DB schema를 디자인 Regular Entity Types Mapping Entity -> Relation : Entity relations Attributes : simple attribute는 그대로 relations의 simple attribute로 변환 Primary key : Entity type의 key attributes (2 이상 존재..

악성 소프트웨어(Malicious Software) = Malware 시스템에 몰래 설치되어 기밀성, 무결성, 가용성을 침해하기 위한 목적으로 데이터, 어플리케이션, OS 등을 공격하는 프로그램 멀웨어 기술 - Adware : 광고 띄우기 - Backdoor : 공격 이후에 다음 공격을 쉽게 할 수 있도록 설치 - Downloader : 다운로드만 하는 프로그램이라 악성코드로 감지하기 쉽지 않음. 다운로더로 다른 악성코드를 다운. - Drive-by-Download : 웹 페이지에 잘못 접근했을 때 자동으로 다운로드 되는 기술 - Exploits : 공격 할 수 있는 코드 - Logic bomb : 특정 조건이 만족하면 동작하는 악성코드 - Rootkit : root level로 설치되어 공격자의 공격 ..

Relational model concepts Characteristics of Relations Relational Model Constraints : key, relational DB schema, Integrity Constraints Relational Model Concepts - DB = relations(=tables) 의 집합 - Relation = tuples(=rows)의 집합 - Tuple = attributes의 집합 : real-world에서 Entity나 Relationship에 대응하는 Fact, - Attribute : 특정 한 Tuple에 대응하는 object에 대한 특성을 정의 table의 attribute들로 구성된 골격을 table schema라고 함 attribute..

오늘 프로그래밍을 하다가 dictionary key로 list를 쓰려고 했더니 TypeError: unhashable type: 'list' 라는 에러가 떴다. 찾아보니 알다시피 dictionary는 용이한 검색을 위해 hash를 사용하는 자료구조이고 이를 위해서는 key가 hashable 해야 하는데 list, dictionary 와 같은 가변적인 데이터들은 unhashable하기 때문에 dictionary의 key로 쓸 수 없다는 것. 즉, list, dictionary, set 등은 dictionary의 key로 쓸 수 없다. 그럼 어떻게 대체할까? -> tuple을 쓰자. tuple은 알다시피 한번 설정한 값을 변경할 수 없는 immutable한 객체이다. 그렇기 때문에 hashable하고 dic..

DB - 데이터 콜렉션, 데이터 관계, 민감 데이터 포함, DBMS, 쿼리 DBMS 구조.... - Physical DB, Acuthorization table, Concurrent access tables, Database description table... 관계DB - relation, table, file / tuple, row, record / attribute, column, field / primary key, foreign key, view/virtual table SQL - ANSI/ISO standard / create table,view / insert,delete data in table ... OWASP(Open Web Application Security Problems) top..

ER 모델을 통한 개념 모델링(Conceptual modeling) Constraints on Relationship(binary) Types - Cardinality ratio constraint : 하나의 Entity가 가질 수 있는 relationship instance의 최대 수 종류(binary relationship에서) : (1:1), (1:N), (M:N) - 주의 : 최대 이므로 관계가 없을 수도 있음 - Participation Constraint : 특정 Entity의 존재가 다른 Entity의 존재에 종속적. 종류 : total(존재하면서 다른 Entity와 relation이 없는 경우는 없다) & partial(relation에 참여하지 않는 경우도 허용) ex) DEPARTMEN..