웹서버는 클라이언트/서버 모델과 웹의 HTTP를 사용하여 웹 페이지가 들어 있는

파일을 사용자들에게 제공하는 프로그램이다.

웹사이트가 운영되고 있는 인터넷상의 모든 컴퓨터들에는 모두 웹서버 프로그램이 설치되어 있다.

가장 보편적인 웹서버들로는 32 비트 윈도우와 유닉스 기반의 운영체계에서 모두 쓸 수 있는 아파치와,

윈도우 NT에 딸려 나오는 IIS, 그리고 넷스케이프의 엔터프라이즈 서버 등이 있다.

그밖에 네트웨어 운영체계를 쓰는 사용자들을 위한 노벨의 웹서버,

주로 IBM의 OS/390과 AS/400 고객들을 위한 IBM의 로터스 도미노 서버를 비롯, 다른 웹서버들도 있다.

웹서버들은 흔히 전자우편, FTP 파일의 다운로드, 그리고 웹페이지 구축, 발간 등에 필요한 인터넷 및

인트라넷과 관련된 프로그램들의 커다란 패키지의 일부로서 나온다.

웹서버를 고를 때 고려해야할 사항으로는, 운영체계나 다른 서버들과 얼마나 잘 어울려 동작할 것이냐 하는 것과,

서버 측의 프로그래밍, 퍼블리싱, 검색엔진 등을 처리하는 능력, 그리고 함께 따라오는 구축도구 등이 있다.

 WAS (Web Application Server)
웹과 기업의 기간 시스템 사이에 위치하면서, 웹 기반 분산 시스템 개발을 쉽게 도와주고

안정적인 트랙잰션 처리를 보장해 주는 일종의 미들웨어 소프트웨어 서버.

3계층 웹 컴퓨팅 환경에서 기존 클라이언트/서버 환경의 애플리케이션 서버와 같은 역할을 하며,

클라이언트와 서버 환경에서 트랜잭션 처리및 다른 기존 시스템 간의

애플리케이션 연동을 등을 주된 기능으로 하고 있다.

요즘들어서는 WAS는 주로 데이터베이스 조회나 일반적인 비즈니스 로직에 대한 처리를

위해 다양한 언어로 개발된 인터넷/인트라넷환경의 소프트웨어로 많이 불리운다.

자바스크립트나 JSP 등과 같은 스크립트 및 서비스들은 대개 최신의 데이터를 검색하기

위해데이터베이스에 접근하고, 브라우저 또는 클라이언트 프로그램을 통해

사용자들에게 검색 결과를 제공한다.

WAS를비롯한 애플리케이션 서버들은, 웹서버 즉 HTTP 서버와 같은 컴퓨터를 공유할 수도 있지만

별개의 컴퓨터를 독립적으로 사용하는경우도 많다. 대규모 사이트에서는, 오히려 WAS와 웹서버

등을 위해 여러 대의 컴퓨터가 동원되기도 한다.
넷스케이프의Netscape Application Server, Bea의 Weblogic Enterprise,

볼랜드의 Appserver,그리고 IBM의 Websphere Application Server 등의 WAS 대표적인 제품들이다.

※Web Server와 WAS와 차이※

- Web Server 의 정의 : Web Client(웹 브라우저)에게 컨텐츠를 제공하는 서버,

정적인 HTML이나 jpeg, gif 같은 이미지를 HTTP 프로토콜을 통해 웹 브라우저에게 전송하는 역할

- WAS(Web Application Server)의 정의
   ○ Server 단에서 Application을 동작할 수 있도록 지원함 => Jeus
   ○ 기존 웹 서버와 달리 동적인 요구에 대응하기 위해 적합한 형태로 변화,

       Web Client(브라우저)에게는 결과값만 전송함.
   ○ Container(컨테이너)라는 용어로 쓰이며, 초창기는 CGI, 그 후에서는 Servlet,

      , JSP, ASP 등의 프로그램으로 사용됨

- Web Server와 WAS의 구성에 따른 분류
   ○ WAS와 WebServer를 분리하지 않는 경우 
   모든 컨텐츠를 한곳에 집중시켜 웹서버와 WAS의 역할을 동시에 수행,

   스위치를 통한 로드 밸러싱, 사용자가 적을 경우 효율적
 
   ○  WAS와 WebServer를 분리한 경우
   웹서버와 WAS의 기능적 분류를 통해 효과적인 분산을 유도,

   정적인 데이터는 웹서버에서 처리, 동적인 데이터는 WAS가 처리
 
   ○  WAS 여러개와 WebServer를 분리한 경우
   WAS단을 프리젠테이션 로직와 비즈니스 로직으로 구분하여 구성,

   특정 logic의 부하에 따라 적절한 대응할 수 있지만 설계단
   계 유지보수 단계가 복잡해 질 수가 있다. 

 WAS 와 Web Server 종류

   ○ WAS 종류
   tomcat, tMax jeus, BEA Web Logic, IBM Webspere, JBOSS,Bluestone, Gemston,

   inprise, Oracle, PowerTier,Apptivity, silverStream
   ○ Web Server 
    IIS, apache, tMax, WebtoB

   - tomcat
       아파치 소프트웨어 재단의 애플리케이션 서버로서, 자바 서블릿을 실행시키고 JSP 코드가 포함되어

      있는 웹페이지를 만들 어준다.

      자바 서블릿과 JSP 규격 '참조용 구현'으로 평가되고 있는 톰캣은,

      개발자들의 개방적 협력 작업의 산물로 바이너리 버전과 코어버전 둘

      모두를 아파치 웹사이트에서 얻을 수 있다. 톰캣은 자체적으로 보유하고 있는 내부 웹서버와 함께 독립
      적으로 사용 될 수도 있지만 아파치나 넷스케이프 엔터프라이즈 서버,

      IIS, 마이크로소프트의 PWS 등 다른 웹서버와 함께 사용할 수도 있다.

      톰캣을 실행시키기 위해서는 jre  1.1  이상에 부합되는 자바 런타입 환경이 필요하다.

[MSSQL] 기준 데이터는 무조건 나와야 한다...OUTER JOIN

SELECT a.*, b.*

FROM table1 a, table2 b

WHERE a.field1 = a.field1

  AND a.field2 = b.field2

SELECT a.*, b.field3

FROM table1 a OUTER JOIN table2 b ON a.field2 = b.field2

WHERE a.field1 = '200901'

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
◎ 범례
─────────────────────────────────────────────
   대문자 : Reserved Word (오라클 예약어)
   소문자 : User Define (사용자가 직접 입력해야 하는 부분)
   [ ] : Option (지정하지 않아도 되거나 생략시 기본 설정값으로 대체됨)
   or : Choice(여러가지중 하나를 선택한다)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

◆ 처리방법
─────────────────────────────────────────────

1. PLAN 테이블, INDEX 생성 및 권한 주기

CREATE TABLE PLAN_TABLE
(
  STATEMENT_ID       VARCHAR2(30 BYTE),
  TIMESTAMP          DATE,
  REMARKS            VARCHAR2(80 BYTE),
  OPERATION          VARCHAR2(30 BYTE),
  OPTIONS            VARCHAR2(30 BYTE),
  OBJECT_NODE        VARCHAR2(128 BYTE),
  OBJECT_OWNER       VARCHAR2(30 BYTE),
  OBJECT_NAME        VARCHAR2(30 BYTE),
  OBJECT_INSTANCE    INTEGER,
  OBJECT_TYPE        VARCHAR2(30 BYTE),
  OPTIMIZER          VARCHAR2(255 BYTE),
  SEARCH_COLUMNS     NUMBER,
  ID                 INTEGER,
  PARENT_ID          INTEGER,
  POSITION           INTEGER,
  COST               INTEGER,
  CARDINALITY        INTEGER,
  BYTES              INTEGER,
  OTHER_TAG          VARCHAR2(255 BYTE),
  PARTITION_START    VARCHAR2(255 BYTE),
  PARTITION_STOP     VARCHAR2(255 BYTE),
  PARTITION_ID       INTEGER,
  OTHER              LONG,
  DISTRIBUTION       VARCHAR2(30 BYTE),
  CPU_COST           INTEGER,
  IO_COST            INTEGER,
  TEMP_SPACE         INTEGER,
  ACCESS_PREDICATES  VARCHAR2(4000 BYTE),
  FILTER_PREDICATES  VARCHAR2(4000 BYTE),
  PROJECTION         VARCHAR2(4000 BYTE),
  TIME               INTEGER,
  QBLOCK_NAME        VARCHAR2(30 BYTE)
);

CREATE UNIQUE INDEX PLAN_INDEX ON PLAN_TABLE
(STATEMENT_ID, ID);

GRANT SELECT ON  PLAN_TABLE TO user_id;

comment on column plan_table.statement_id is 'EXPLAIN PLAN문에서 사용자가 지정한 제목';
comment on column plan_table.timestamp is '실행계획이 수립된 날짜와 시간';
comment on column plan_table.remarks is '사용자가 부여한 주석';
comment on column plan_table.operation is 'OPERATION';
comment on column plan_table.options is 'OPTIONS';
comment on column plan_table.object_node is '사용한 데이터베이스 링크(Database link)';
comment on column plan_table.object_owner is '해당 라인의 오브젝트(Object)를 생성한 사용자 그룹(owner)';
comment on column plan_table.object_name is '테이블이나 인덱스, 클러스터 등의 이름';
comment on column plan_table.object_instance is 'SQL의 FROM절에 기술된 오브젝트를 좌에서 우로 부여한 번호';
comment on column plan_table.object_type is '오브젝트의 종류(예: non-unique index)';
comment on column plan_table.optimizer is '현재의 옵티마이저 모드(CHOOSE, FIRST_ROWS 등)';
comment on column plan_table.search_columns is '시작과 끝키를 가진 인덱스 컬럼의 수';
comment on column plan_table.id is '수립된 각 실행단계에 붙여진 일련번호';
comment on column plan_table.parent_id is '해당 id의 부모의 단계가 가진 id';
comment on column plan_table.position is '같은 부모id를 가지고 있는 자식id간의 처리 순서';
comment on column plan_table.cost is 'CBO에 의해서 추정된 현재의 연산비용';
comment on column plan_table.cardinality is '현재 연산을 통해서 추출될 테이블의 수(CBO의 추정치)';
comment on column plan_table.bytes is '현재 연산을 통해서 추출된 바이트';
comment on column plan_table.other_tag is 'OTHER 컬럼에서 SQL텍스트의 기능을 표현';
comment on column plan_table.partition_start is '파티션 범위 검색을 할 때 시작 파티션';
comment on column plan_table.partition_stop is '앤세스된 파티션의 마지막 파티션';
comment on column plan_table.partition_id is 'PARTITION_START와 PARTITION_STOP컬럼의 값을 계산';
comment on column plan_table.other is '다른 필요한 텍스트를 저장하기 위한 필드';
comment on column plan_table.distribution is '병렬 실행 슬레이브가 어떻게 레코드를 추출하는 방법'; 

Export :

prompt> mysql -uDB_USER -pPASSWD DB_NAME -e 'SELECT NAME,EMAIL FROM MEMBER_T' > member.txt

Import! :

prompt> mysqlimport! --localhost -uDB_USER -pPASSWD DB_NAME TB_NAME.txt

#import!시에는 파일 이름을 데이터를 부어 넣을 테이블 이름과 같게 해줘야 한다.

출처 : http://ardentdreams.tistory.com/291

2. mysqldump 사용해서 Import! 하기

a. 우선 backup을 수행해도 되는지 확인을 해보도록 합니다.
    > 만일 DB가 InnoDB 방식이라면 아래와 같은 명령어가 통한답니다.
      mysql>show table status 
    > 만일 InnoDB 가 아니라면...
      [neouser@neouserdb-1 data]$ du --max-depth=1

b. 검토해본 결과 별다른 무리가 없다면 mysql을 backup을 받습니다.
  저에 경우에는  backup후 개발 장비에 데이터를 모두 뿌려넣고 싶었기 때문에 dump를 뜨도록 했습니다.

  > BACKUP
   데이터베이스명 : neouserdb
   생성할 sql파일명 : neouserdb.sql
   shell>$ mysqldump -uroot -p neouserdb > neouserdb.sql

  > RESTORE
   데이터베이스명 : neouserdb2
   생성할 sql파일명 : neouserdb.sql
     ※ 선행작업으로 데이터베이스는 만들어 놓으셔야 합니다.
   shell>$ mysql -uroot -p neouserdb2 < neouserdb.sql

c. 추가!!
 뭐든 뭔가 또다른 방법이 있기 마련이죠.
 mysql> load data local infile 'data.txt' into table table_name;
 shell>$ mysql -e "source /path-to-backup/backup-file.sql" db_name

출처 : http://indirock.egloos.com/1577202

----------------------------------------TOAD에서 ---------------------

** 관리자 모드(DBA connect) 에서 실행한 경험입니다.

1. Export ( DB 전체를 옮기는 경우)

- Toad 메뉴 -> DBA -> Data Import/Export  에서  Export Utility Wizard  실행
- Table, user, db 전체, 사용되는 parameter file 중 에서 db 전체(Export this database) 선택
    -> Export this database

        Exports this entire database. EXP_FULL_DATABASE role required.
- 그 후 옵션들은 Next 후
- Export 파일명 입력 시에  경로 및 파일명 설정
- Finish

2. Import (DB 전체를 옮기는 경우)
- Toad 메뉴 -> DBA -> Data Import/Export  에서  Import Utility Wizard  실행
- Table, user, db 전체, tablespaces, 사용되는 parameter file 중 에서 db 전체(Import database) 선택
    -> Import database

        Imports the entire export file
- 그 후 옵션들은 Next 후
- Export 파일명(Import 시킬 파일) 입력 시에  경로 및 파일명 설정
- Finish

     테이블이 계층형 구조를 가지고 있거나, 또는 계층형 구조를 표현하기 위한

 컬럼을 가지고 있다면,계층형 쿼리를 사용하여, 그 계층형 구조 순으로,

“SELECT”하는게 가능하다.

   2. 문법

      [START WITH condition] CONNECT BY condition

      START WITH 계층구조를 시작하는 특정 row(s)를 가르킨다.

      CONNECT BY 는 부모 계층형 쿼리에서 부모노드와 자식노드

 특정한 관계를 나타내는데 사용한다. 부모노드가 되는 쪽에 PRIOR operator

 가 반드시 명시 되어야 한다.

      Connect by 에 들어가는 조건은 오직 하나 만 가능하다.

       SIBLINGS는 계층형 구조에서만 사용되는 정렬을 위한 키워드로,

 같은 레벨의 노드 끼리 비교하여 정렬 할 때 사용한다.

ex)      예

SELECT last_name, employee_id, manager_id, LEVEL

      FROM employees

      [START WITH employee_id = 100]

      CONNECT BY PRIOR employee_id = manager_id

      ORDER [SIBLINGS] BY last_name;

LAST_NAME                 EMPLOYEE_ID MANAGER_ID      LEVEL

------------------------- ----------- ---------- ----------

King                              100                     1

Cambrault                         148        100          2

Bates                             172        148          3

Bloom                             169        148          3

Fox                               170        148          3

ae Haan                           102        170          4

        특정 레벨만 가져오기      

         SELECT v.employee_id, v.last_name, v.lev 

   FROM

      (SELECT employee_id, last_name, LEVEL lev

      FROM employees v

      START WITH employee_id = 100

      CONNECT BY PRIOR employee_id = manager_id) v

   WHERE v.lev = 2;

3.       장점과 단점

      장점

1.       테이블에서 계층형 구조를 표현하기 위한, 컬럼이나,

    긴 데이터를 제거 하거나 줄일 수 있다.

2.        간단한 쿼리로, 계층구조의 테이터를 가져올 수 있다.

3.        계층구조의 변화를 쉽게 적용할 수 있다.

  단점

1         오라클에서만 사용 가능하다.

  참고 : http://www.javanuri.com/devforum/boardView.jsp?menuId=10&Id=653&gb=tip