분류 전체보기

시작단계관계가 어떻게 시작되었는가?친교대상의 선택으로 만남과 첫인상이 형성된다.사람을 만난다고해서 모두가 호감으로 발전하지는 않는다.관계에서 서로에게 의미있는 존재가 되기위해 많은 노력이 필요하다. - 면식단계 : 비 접촉(관찰) 등으로 알고있는 단계이다. 관심과 호기심만 지닌 상태이다. 무관심일 수도 있음. - 접촉단계 : 직접 교류가 이루어지는 단계이다, 형식적인 관계로 역할자체를 중시한다. 둘 사이 교류에서의 호혜성(서로 혜택을 누리게 되는 성질)이 유지되어야 한다. - 피상적인 관계이거나 형식적인 관계라고 할 수 있다. >누구에게 호감을 느끼고 누구를 친교대상으로 선택하는가?①근접성 : 물리적 거리 ②친숙성 : 자주 접하는 것을 좋아하는 경향 ③유사성 : 자신과 비슷한 사람을 선호하는 경향④보상성..

Asynchronous JavaScript and XML 비동기적으로 서버와 브라우저가 데이터를 주고받는 방식이다. 비동기적? 그럼 동기적은 뭘까?동기적 Synchronous 어떤 작업을 요청했을 때 그 작업이 종료될 때까지 기다린 후 다른 작업을 수행하는 방식.일의 순서가 순차적으로 진행된다. 비동기적 Asynchronous작업을 요청 했을 때 그 작업이 종료 될 때 까지 기다리지 않고 다른 작업을 하고 있다가 요청했던 작업이 종료되면 그에 대한 추가작업을 수행하는 방식.작업을 병렬적으로 처리한다. 예를들어 HTML의 폼을 작성하여 다음 페이지로 넘겨주거나 할 경우 한가지 밖에 수행을 하지 못한다.회원가입창에서 회원가입 완료창으로 넘어가는 하나의 과정을 동기로 처리할 수 있다.비동기는 회원가입 페이지에..

SELECT 테이블에 입력된 데이터를 조회하기 위해서 SELECT문을 사용한다SELECT문은 특정 칼럼이나 특정 행만을 조회할 수 있다.SELECT *FROM EMP; Order BySELECT * FROM EMP ORDER BY ENAME, SAL DESC;DESC는 내림차순(Descending)SELECT * FROM EMP ORDER BY ENAME, SAL ASC;ASC는 오름차순(Ascending) Order by가 정렬하는 시점은 모든 실행이 끝난 후에 개발자에게 데이터를 출력하기 바로 직전이다.정렬을 하기때문에 데이터베이스 메모리를 많이 사용하게 된다. 즉, 대량의 데이터를 정렬하게 되면 정렬로 인한 성능 저하가 발생한다.정렬을 회피하기 위해서 인덱스를 생성할 때 사용자가 원하는 형태로 오름..

INSERTcreate table dept( deptno varchar2(4) primary key, deptname varchar2(30) ); insert into dept values ('1000','HR'); insert into dept values ('1001','finance'); insert into dept values ('1002','Marketing');테이블에 데이터를 입력하는 DML문이다.데이터를 입력할 때 문자열을 입력하는 경우에는 홑따옴표('single quote')를 사용해야 한다. insert into dept(deptno,deptname) values ('1000','HR'); insert into dept(deptno,deptname) values ('1001','fin..

뷰란 테이블로부터 유도된 가상의 테이블이다.실제 데이터를 가지고 있지 않고 테이블을 참조해서 원하는 칼럼만을 조회할 수 있게 한다.뷰는 Data Dictionary에 SQL형태로 저장하고 실행시에 참조된다. 참조한 테이블이 변경되면 뷰도 변경된다.뷰의 검색은 참조한 테이블과 동일하게 할 수 있지만. 뷰에 대한 입력, 수정, 삭제에는 제약이 발생한다.특정 칼럼만 조회시켜서 보안성을 향상시킨다.한번 생성한 뷰는 변경 할 수 없고 변경을 원하면 삭제 후에 재생성 해야 한다.ALTER문을 사용해서 변경 할 수 없다. CREATE VIEW V_EMP AS SELECT * FROM EMP;EMP테이블을 조회해서 V_EMP라는 뷰를 생성한다. 뷰는 CREATE VIEW를 사용하고 참조해야하는 테이블을 SELECT문으..

테이블의 변경은ALTER TABLE 먼저 테이블의 이름을 바꿔보자 ALTER table EMP RENAME to NEW_EMP;EMP 테이블의 이름을 NEW_EMP로 바꾸었다. 자그럼 여기서 칼럼을 추가 해보자 ALTER TABLE EMP ADD(AGE NUMBER(2) DEFAULT 1);직원의 나이 컬럼을 추가하였다. 그렇다면 칼럼의 변경은 어떻게 할까ALTER TABLE EMP MODIFY(ENAME VARCHAR2(40) NOT NULL);컬럼의 추가와 삭제는 안에 제약조건을 같이 넣어주면 된다. 컬럼의 삭제는 아래와 같이 DROP해주면 된다.ALTER TABLE EMP DROP COLUMN AGE; 컬럼명 변경ALTER TABLE EMP RENAME COLUMN ENAME TO NEW_ENAME..

관계형 데이터 베이스를 사용하기 위해서는 테이블을 생성해야 한다. 생성은 Create Table을 사용한다.// example 1 create table STUDENT ( m_number number(8) primary key, m_name varchar2(30) not null, score number(6) ); DESC STUDENT; //table의 구조 정보가 조회됨 제약 조건 걸기constraint를 사용해서 기본키를 지정할 수 있다.constraint를 사용하면 기본키의 이름을 지정할 수 있다.// example 2 create table dept( //마스터 테이블 deptno varchar2(4) primary key, deptname varchar2(30) ); Create table e..

정규화의 문제점정규화는 테이블을 분해해서 데이터 중복을 제거하기 때문에 데이터 모델의 유연성을 높인다. 정규화는 데이터 조회시에 join을 유발하기 때문에 CPU와 메모리를 많이 사용한다. 하다보면 뭐 다른 비교하는 기능을 추가해야하는 경우가 생긴다 이를 위해서 index나 optimizer가 있다. join자체가 부하를 유발한다. 정규화의 문제점을 해결하기 위해서 반정규화를 하여 하나의 테이블에 저장한다면 조인을 통한 성능저하는 해결된다. 이런 성능저하를 해결하기 위해 반 정규화가 있다고 보면 된다. 정규화를 이용한 성능 튜닝 정규화는 조인으로 인하여 성능이 저하된다. 그래서 이 문제를 반정규화로 해결한다. 반정규화는 데이터를 중복하기 때문에 또다른 문제점을 발생시킨다. 예를들어 한 행의 칼럼이 계속적..

아무것도 하기시랗ㄷ

정규화 Normalization 정규화는 데이터의 일관성, 최소한의 데이터 중복, 최대한의 데이터 유연성을 위한 방법이며 데이터를 분해하는 과정.데이터 중복을 제거하고 데이터 모델의 독립성을 확보하기 위한 방법이다.정규화를 수행하면 비즈니스에 변화가 발생하여도 데이터 모델의 변경을 최소화 할 수가 있다.정규화는 제1정규화부터 제5정규화까지 있지만 실질적으로는 제3정규화까지만 수행한다. 정규화 절차1. 제1정규화 - 속성의 원자성을 확보한다. - 기본키를 설정한다. 2. 제2정규화 - 기본키가 2개 이상의 속성으로 이루어진 경우. 부분 함수 종속성을 제거한다. 3. 제3정규화 - 기본키를 제외한 칼럼간에 종속성을 제거한다. - 이행함수 종속성을 제거한다. 4. BCNF - 기본키를 제외하고 후보키가 있는 ..

식별자 엔티티를 대표할 수 있는 유일성을 만족하는 속성. 일반적으로 회원 ID, 주민등록번호, 여권 번호 등 주식별자(기본키, Primary key) 주식별자는 유일성과 최소성을 만족하는 키이다. 주식별자는 엔티티를 대표할 수 있어야 한다. 주식별자는 엔티티의 인스턴스를 유일하게 식별한다. 주식별자는 자주 변경되지 않아야 한다. 키의 종류1. 기본키 (Primary key) : 후보키 중에서 엔티티를 대표할 수 있는 키.2. 후보키 (Candidate key) : 후보키는 유일성과 최소성을 만족하는 키.3. 슈퍼키 (Super key) : 슈퍼키는 유일성은 만족하지만 최소성(Not Null)을 만족하지 않는 키.4. 대체키 (Alternate key) : 대체키는 여러개의 후보키 중에서 기본키를 선정하고..

식별 관계 고객과 계좌 엔티티에서 고객은 독립적으로 존재할 수 있는 강한 개체(Strong Entity)이다.강한 개체는 어떤 다른 엔티티에게 의존하지 않고 독립적으로 존재한다.강한 개체는 다른 티티와 관계를 가질 때 다른 엔티티에게 기본키를 공유한다.강한 개체는 식별 관계로 표현된다.즉, 식별 관계란 고객 엔티티의 기본키인 회원ID를 계좌엔티티의 기본키의 하나로 공유하는 것이다.강한 개체의 기본키 값이 변경되면 식별관계(기본키를 공유받은)에 있는 엔티티의 값도 변경 된다. 비식별 관계비식별 관계는 강한개체의 기본키를 다른 엔터티의 기본키가 아닌 일반 칼럼으로 관계를 가지는 것이다. 강한 개체(Strong Entity)와 약한 개체(Weak Entity)강한개체는 누구에게도 지배되지 않는 독립적인 개체 ..