오토셋 - 서버설정

개발 및 운영을 위해 기반 시스템 설치, 연동에 얼마나 많은 시간을 투자하고 계신가요?
오토셋을 이용하면, 개발/운영을 위한 웹 서버(Apache HTTP Server)와 PHP, MySQL, CUBRID 설치를 위해 투자하는 시간을 절약하실 수 있습니다.
오토셋은 신속하게 기반 시스템을 설치 할 수 있도록 패키지가 구성되어 있으며, 사용자가 선택적으로 필요한 요소를 설치할 수 있도록 제공하고 있습니다.
3분만 투자하세요. 그러면 초보도 내 컴퓨터에서 홈페이지를 만들고, 운영 할 수 있는 환경이 만들어 집니다.

설치만 시켜주고 끝내는 프로그램이 아닙니다! 서버 운영, 설정 과정을 쉽게 도와주는 프로그램입니다.
오토셋 매니저는 텍스트 파일로 구성되어 있는 Apache HTTP Server, PHP, MySQL, CUBRID의 주요 설정 파일을 GUI 기반으로 쉽고 간편하게 변경 할 수 있도록
다양한 기능을 제공합니다. 각 서버별로 가지고 있는 설정 방법, 내용을 외우고 있을 필요가 없습니다.

한 서버에서 여러 사이트 운영을 가상 호스트 관리 기능으로 한 서버에서 여러 사이트를 쉽게 추가하고 관리해 보세요. Apache HTTP Server가 지원하는 VirtualHost를 생각보다 쉽고 간편하게 관리할 수 있습니다.
다양한 서버 관리를 한 곳에서 Apache HTTP Server, MySQL, CUBRID, Subversion 등의 다양한 서버 프로그램 시작과 종료를 오토셋 매니저를 통해 한 곳에서 하실 수 있으며, 실행 상태를 모니터링 할 수 있습니다. 유동IP주소로 서버 운영 쉽게 유동IP주소를 사용하는 컴퓨터로도 서버 운영이 가능하도록 다이나믹 DNS 서비스가 연동됩니다. 무료로 DNS 서비스를 제공하는 DNSEver.com 및 DNIP.net 연동을 통해 지속적인 서버 가동 가능합니다.

오토셋은 사용자 참여에 의해 가치 있는 프로그램으로 존재 할 수 있습니다.
오토셋은 2001년 1월에 우프넷 서버라는 명칭으로 최초 배포되었으며, 이후 오토셋이라는 명칭으로 변경되어 배포되었습니다.
현재의 GUI 관리 기능을 갖춘 오토셋의 모습은 2002년 8월에 오토셋 3가 배포되면서 이며, 2006년 7월부터 배포된 오토셋 4를 통해 현재의 모형이 완성되었습니다.
오토셋은 사용자의 의견, 제안에 항상 귀를 기울이고 있습니다.
사용자의 적극적인 참여와 관심은 개발자로 하여금 가치 있는 프로그램을 완성해 나갈 수 있도록 하는 원동력이 됩니다.

오토셋은 무료 프로그램입니다.
오토셋은 개인, 기업, 공공기관, 학교, 교육기관, PC 방 등에서 자유롭게 사용 할 수 있는 프리웨어(Freeware)입니다.
오토셋을 통해 설치되는 Apache HTTP Server, PHP, MySQL, CUBRID, Subversion 등의 각 프로그램은 개별 라이선스 정책을 따르며 다음을 참고하세요.

Apache HTTP Server (The Apache Software Foundation) : Apache License Version 2.0
PHP (The PHP Group) : PHP License v3.01
CUBRID (CUBRID Co., Ltd) : GPL v2 / BSD License
MySQL (Oracle Corporation) : GPL v2
Subversion (The Apache Software Foundation) : Apache License Version 2.0
Fake Sendmail (Byron Jones) : BSD License
phpMyAdmin (phpMyAdmin Devel Team) : GNU Version 2
XpressEngine (NHN Corp) : LGPL v2
오토셋은 개인 프로젝트입니다.
오토셋은 개인이 시간 내어 진행하고 있는 비영리 프로젝트로 현재 네이버 개발자 센터를 통해 프로젝트가 운영되고 있습니다.
프로젝트에 관심 있으신 분은 프로젝트 게시판을 통해 문의해 주시기 바랍니다.
네이버 개발자 센터 http://dev.naver.com/projects/autoset

간접비 직접비

간접비[indirect cost,間接費] : 개별 제품에 대해 직접적으로 파악할 수 없는 원가(原價).
직접비에 대응하는 회계용어
각 부문에 공통적으로 사용된 비용으로서 이는 간접재료비 ·간접노무비 및 간접경비로 구성
제품의 제조와 관련하여 발생하는 것을 제조간접비, 제품의 판매와 관련한 것을 판매간접비
간접비는 배부(配賦) 기준에 따라 제품에 개별로 배분된다.

간접비 배부를 위하여는 우선 일정 기간의 간접비를 부문별로 파악하고, 다음에 이것을 같은 기간의 당해 부문의 간접비 배부기준 수량으로 나누어 배부율을 구한 다음, 이것에 각 제품의 배부기준 수량을 곱하면 된다. 간접배부법은 배부기준의 종류에 따라 직접노무비법 ·직접노동시간법 ·기계운전시간법으로 분류된다. 또 배부율을 실제 계산하는가 예정 계산하는가에 따라 실제율법과 예정률법으로 나뉜다.

간접재료비 : 청소용 연료(燃料)나 공장소모품 등
간접노무비 : 수위(守衛)나 화기책임자의 임금 및 그 부대비용 등
간접경비   : 감가상각비 ·보험료 ·지대(地代) ·집세 ·수선비 ·동력비 ·광고비 ·복지후생비 등

직접비[direct cost, 直接費] : 제품의 제조 또는 판매를 위하여 직접 소비되는 것이 인식되는 원가.
제품과의 관련에서 원가를 분류하였을 경우에 인식되는 개념의 하나
간접비에 상대되는 말이다.
직접비는 구성비목에 따라 직접재료비·직접노무비·직접경비 등으로 분류된다.

직접재료비 : 주요원재료비(主要原材料費)·매입부품비(買入部品費) 등
직접노무비 : 직접공임금(直接工賃金) 등
직접경비   : 외주가공비(外注加工費)·특허권 사용료 등

JDK 이전 버전 다운로드

http://www.oracle.com/technetwork/java/javasebusiness/downloads/java-archive-downloads-javase6-419409.html

Nested Loop ,Sort Mertge ,Hash Join

1. Nested Loop Join을 사용하는 경우

(1) 부분범위 처리시 유리

(2) Join 되는 테이블이 상호 의존적인 경우

(3) 처리량이 적은 경우

(4) Driving Table의 선택이 관건


2. Sort Merge Join을 사용하는 경우

(1) Equi-join에 대해서만 가능

(2) HINT USE_MERGE를 사용해서 일반적으로 구현

(3) SORT 하는 작업을 수행

(4) 전체처리를 할 경우


3. Hash Join을 사용하는 경우

(1) Equi-join에 대해서만 가능

(2) HINT USE_HASH를 사용해서 일반적으로 구현

(3) 작은 Table 과 큰 Table의 Join시에 유리

(4) Cost-Based 옵티마이저를 사용할 경우만 Hash Join

(5) 전체처리를 할 경우

데이터 모델링 표기법 이해

1. 바커 표기법(Barker Notation)

가. 엔티티(Entity)

    엔티티가 되기 위해서는 두 개 이상의 속성을 가져야 한다.

    속성이 없는 실체는 존재할 수 없다. 엔티티란 실제 세상세 있는 객체이다.

• 엔티티는 네 부분의 모서리가 둥근 형태인 소프트-박스(Soft-box)로 표현

• 엔티티는 하나 이상의 속성으로 구성된다.

바터 엔터티 예

나. 속성(Attribute)

속성은 하나의 엔티티에 종속되는 명사적 단어들

일반적으로 명사적 단어 중에 구성요소를 포함하고 있는 명사들은 엔티티가 되고

그렇지 못한 명사들은 속성이 된다.

* : 어떤 값을 반드시 저장해야 하는 경우

o : 어떤 값이 존재할 수도 있고 존재하지 않을 수도 있는 경우

바커 속성 예

다. 관계(Relationship)

 두 개의 엔티티 간에 카디널리티를 표기한 후 해당 엔티티의 가까운 위치에 관계 명칭을 표기

 실세계의 해당 엔티티에서 발생하는 동사적 단어들을 표기한다.

관계

1) 엔티티와 엔티티 간의 관계

■ 1:1 관계

■ 1:M 관계

■ M:M 관계

2) 엔티티와 엔티티 간 상관 관계의 조건

■ 필수 조건

   필수 사항은 실선으로 표시하고 상대 엔티티에 대해 해당 엔티티에 조건을 만족하는 엔티티가

   반드시 존재할 경우에 표시

■ 선택 조건

   선택 사항은 점선으로 표시하고 상대 엔티티에 대해 해당 엔티티에 조건을 만족하는 엔티티가

   존재할 수도 존재하지 않을 수도 있을 경우 표시

바커 관계 예

라. 식별자(Unique Identifier)

하나의 엔티티에 구성되어 있는 여러 개의 속성 중에 엔티티를 대표할 수 있는 속성

하나의 엔티티에는 반드시 하나의 식별자가 존재

논리 데이터 모델링 단계 : 식별자

물리 데이터 모델링 단계 : 키

1) 식별자의 유형

■ 본질 식별자

   속성 중에서 집합의 본질을 명확하게 설명할 수 있는 의미상의 주어

   인조 식별자 : 사원번호, 상품번호처럼 집합을 식별하기 위해 임의의 유일 값을 사용

   내가 태어나기 위해서 절대적으로 존재했어야만 하는 본질 속성들에 해당하는 것으로

   자신의 고유 속성과 부모로부터 물려받은 속성들로 이루어진 식별자도 있다.

■ 후보 식별자

   각 인스턴스를 유일하게 식별할 수 있는 속성 또는 속성들의 집합,

   후보 식별자로 속성 집합을 선택하는 경우에는 개념적으로 유일해야 한다.

■ 대체(보조) 식별자

   보조 식별자 : 원래의 식별자를 대신할 수 있는 또는 다른 속성들이나 릴레이션십을 말한다.

   예) 주민등록번호 : 유일한 값이면서 필수적으로 정의해야 하는 값

■ 인조 식별자

   식별자 확정 시 기존의 본질 식별자를 그래로 실질 식별자로 인정할 수 없는 여러가지 상황이

   발생했을 때, 임의의 값을 가진 속성들로 대체하여 새롭게 구성

■ 실질 식별자

   인스턴스를 식별하기 위해 공식적으로 부여된 식별자

바커 식별자 예

마. 서브타입(Sub-type)

    슈퍼타입 안에 서브타입을 상자로 나타낸다.

    이것은 다이어그램에서 공간을 적게 사용하는 장점을 가지고 있다.

    서브타입은 서브타입의 중복을 허락하지 않는 상호 배타적 관계이다.

바커 서브타입 예

바. 관계의 표현 비교

바커 표기법의 관계의 표현 예

2. I/E 표기법

가. 엔터티(Entity)

I/E 엑터티 예

나. 속성(Attribute)

I/E 속성 예

다. 관계(Relationship)

라. 식별자(Unique Identifier)

I/E 식별자 예

마. 서브타입(Sub-type)

1)배타적 서브타입

I/E 배타적 서브타입 예

2)포괄적 서브타입



포괄적 서브타입 예

데이터베이스 설계와 이용 - ORACLE TRACE FILE 보는 방법

TKPROF 통계정보 내용

【  Parse 】
- SQL문이 파싱되는 단계에 대한 통계
- 새로 파싱을 했거나, 공유 풀에서 찾아 온 것도 포함됨.
- 단, PL/SQL 내에서 반복 수행(Loop)된 SQL이나 PL*SQL에서 보존 커서(Hold cursor)를      지정한 경우에는 한 번만 파싱됨.

【  Execute 】
- SQL문의 실행단계에 대한 통계임.
- UPDATE, INSERT, DELETE 문들은 여기에 수행한 결과가 나타나게 됨.
- 전체범위 방식으로 처리된 결과가 여러 건인 경우는 주로 여기에 많은 값이 나타나며      
   Fetch에는 아주 적은 값이 나타남.

【  Fetch 】
- SQL문이 실행되면서 Fetch된 통계임.
- 부분범위 방식으로 처리된 SELECT 문들이나 전체범위 처리를 한 후 한 건을 추출하는 경우 (AGGREGATE, 전체집계, COUNT 등)는 주로 여리게 많은 값들이 나타나고 EXECUTE에는 아주 적은 값이 나타남.

【  COUNT 】
- SQL문이 파싱된 횟수, 실행된 횟수, FETCH가 수행된 횟수

【  CPU 】
- PARSE, EXECUTE, FETCH가 실제로 사용한 CPU 시간(1/100초 단위)

【  ELAPSED 】
- 작업의 시작에서 종료시까지 실제 소요된 총 시간

【  DISK 】
- 디스크에서 읽혀진 데이타 블록의 수

【  QUERY 】
- 메모리 내에서 변경되지 않은 블록을 읽거나 다른 세션에 의해 변경되었으나 아직 Commit
  되지 않아 복사해 둔 스냅샷 블록을 읽은 블록의 수
- SELECT 문에서는 거의가 여기에 해당하며 UPDATE, DELETE, INSERT시에는 소량만 발생됨.

【  CURRENT 】
- 현 세션에서 작업한 내용을 Commit하지 않아 오로지 자신에게만 유효한 블록(Dirty Block)을 액세스한 블록 수
- 주로 UPDATE, INSERT, DELETE 작업시 많이 발생
- SELECT문에서는 거의 없으나 아주 적은 양인 경우가 대부분임.

【  Logical I/O 】 : QUERY + CURRENT

【  ROWS 】
- SQL문을 수행한 결과에 의해 최종적으로 액세스된 ROW의 수
- 서브쿼리에 의해서 추출된 ROW는 제외됨.
- 만약 SUM, AVG, MIN, COUNT 등의 그룹함수를 사용한 경우라면 큰 의미가 없음.

TKProf를 사용한  Trace 파일 분석시 참고사항

⇒ execute, fetch의 횟수가 동일하다는 것은 SQL 수행시마다 기본키에 의해 한건씩만 처리되고 있다는 것을 의미한다. 만약 pares가 1인데 execurte와 fetch가 100이라면 루프가 100번 수행되면서(어프리케이션은 한번만 수행되고 SQL은 루프 내에서 반복수행되었다. 왜냐하면, 어플리케이션이 여러번 실행되었다면 비록 SQL이 실제 파싱하지 않고 Shared SQL Area에서 찾아 왔다고 해도 parse의 횟수는 증가되기 때문이다) 보관커서 상태의 SQL이 한 건씩을 추출한 상태이다. 이 경우의 SQL문은 'SELECT ... INTO ...'형식으로 사용되었을 것이다.

⇒ parse가 1이고 execute가 1이며, fetch가 100이라면 SQL은 단 한번 수행되었고 (루프 내에서 수행되지 않았음) 페치만 연속해서 100번을 수행한 것이다. 이 경우의 SQL문은 대개 'DECLARE CURSOR'로 선언한 SQL이 'FETCH ... INTO ...'에 의해 SQLCODE가 '1403'(Date Not Found)일 때까지 수행되었거나 부분범위 처리에 의해 일정 양만큼만 수행하고 멈추었을 때이다.

⇒ parse : execute : fetch의 비율은 공통 작업이 여러번 수행되면 그 배수로 나타난다. 예를 들면 parse : execute : fetch가 10 : 10 : 1000인 경우는 1 : 1 : 100인 작업이 10번 수행되었다는 것을 의미한다.

⇒ fetch가 10인데 rows가 100이라면 운반단위가 10인 다중처리(Array Processing)를 사용하여 한번 페치마다 10건의 로우가 추출되었음을 의미한다.

⇒ 트레이스의 중간부분에 'Misses im library cache during parse : 1'이라는 문장이 있다. 이것은 공유 SQL 영역에서 파상된 결과를 찾지 못하여 실제 파싱작업을 하게 되었다는 것을 의미한다.

⇒ 최종적으로 추출된 로우의 수는 적으나 많은 CPU 시간이 소요되었다면 이것은 분명히 적절한 액세스 경로로 수해되지 않았음을 의미한다.

⇒ CPU 시간과 ELAPSED 시간의 차이는 적을수록 좋다. 만약 CPU시간에 비해 ELAPSED 시간이 훨씬 많다면, 그 원인은 다음 중 하나일 가능성이 높다.
   - 주변의 다른 세션에서 많은 부하를 발생시켜 시스템 전체에 부하가 많이 걸려있는 경우
   - 어플리케이션의 문제이거나 다량의 데이타 처리에 따른 I/O 병목현상이 발생한 경우

⇒ disk, query, current의 숫자는 적을수록 좋다. 이 숫자들이 커다는 것은 메모리 공유영역의 적중률(Hit Ratio)이 낮다는 것을 의미한다.

⇒ Overall totals For All Statements에서 적중률 계산은 다음과 같다.
   - (Execute 'disk' + Fetch 'Disk')
     /(Execute 'query' + Execute 'current' + Fetch 'query' + Fetch 'Current') 
       * 100
- 이 값이 10%이상이라면 메모리 캐쉬에서 데이타를 찾는 비율(적중률)이 너무 낮은 것

⇒ 다음은 아주빠른 응답이 요구되는 온라인프로세싱시스템의 경우에서만 적용되는 규칙들이다.
   - 모든 Execute 'CPU'가 1초보다 적어야 한다.
   - Parse 'CPU' 시간이 Parse당 0.01초보다 적어야 한다.
   - 작은 테이블(200로우 이하)에서만 전체 테이블 스캔이 일어나게 한다.
   - sysdate만 찾아오거나, 오직 연산만 하거나, 'SELECT.. INTO ...'로 값을
      복사하는 경우를 위해서 DUAL 테이블들을 불필요하게 사용하는 것은 모두 없앤다.
   - 동시에 작업되는 SQL들은 가능한 PL/SQL을 사용한다.
   - 조인시에 옵티마이져가 적절한 드라이빙 테이블을 선택하는지를 확인하거나, 여러개의      조건들 중에서 주(드라이빙)가 되는 조건들과 부(체크)가 되는 조건들을 확인한다. 또한        적적한 인덱스가 사용될 수 있는지를 확인하여 주조건의 처리범위가 넓지 않도록 항상        유의한다.

20140429_DAP도전

운 좋은 DAsP 합격으로 DAP에 바로 도전 .
공부관련 모든 자료 이곳에


자료들을 모으는 공간

UML 을 활용한 Usecase 작도순서
구조적 방법론, 객체지향 방법론

데이터베이스 설계와 이용
오라클 성능 고도화 1, 2 교재 활용

엔티티 정의서, 속성 정의서
전사아키텍처 이해
데이터 요건 분석
데이터 표준화
데이터 모델링
데이터베이스 설계와 이용
데이터 품질 관리 이해

TFT란 무엇인가?

니들이 TFT 를 알어 ? 

TFT(Task Force Team) 
: 회사에서 중요한 일, 새로운 일(프로젝트)을 추진할 때 각 부서 및 해당 부서에서 선발된 TASK에 관련된 인재들이 임시 팀을 만들어 활동, TFT업무가 부가되는 것이 보통이다.

즉 Task 목적을 가지고 그 목적을 추진하기 위해 임시로 모인 집단
그 임무가 완수되면 곧바로 해체되는 집단으로 회사 등에서 많이 쓰이는 용어

종합심사제 기본 용어 정리

1.사업주관부서

: 종합심사낙찰제 대상공사에 관한 발주계획의 수립,발주설계,계약체결 후 사업시행 등에 관한 업무를 총괄하는 부서

2.계약부서

: 종합심사낙찰제 대상공사에 관한 입찰,계약체결,대가지급 등의 업무를 수행하는 부서

3.심사주관부서

: 기술관리부서

4.심사위원회

: 물량 및 시공계획 심사를 위하여 심사주관부서의 장이 구성한 위원회

5.법정경비

: 관련법령에 의거 계상이 의무화 되어 있는 경비

산재보험료,고용보험료,국민건강보험료,노인장기요양보험료,국민연금보험료,

산업안전보건 관리비,환경보전비,퇴직공제부금비,건설하도급대금 지급보증서 발급비,

건설기계대여금 지급보증서 발급비,부가가치세 등

6.경비 등 합계

: 공종별 입찰금액에 포함되지 않은 경비로서 법정경비를 제외

기타경비,품질관리비,공사이행보증수수료,제비율제외 항목 및 공사손해보험료 등

7.PS항목

: 사전에 물량이나 금액을 확정할 수 없는 등의 사유로 인해 현장 설명시 배부하는 물량내역서상에 금액 등을 지정한 항목

8.설계서

: 공사시방서,설계도면,현장설명서,공종별 목적물 물량내역서(“물량내역서”)

9.물량내역서

: 계약예규에 따라 수공 또는 입찰자가 작성하여 공종별 목적물을 구성하는 품목 또는 비목과 동 품목 또는 비목의 규격,수량,단위 등이 표시된 내역서

10.산출내역서

: 입찰금액 또는 계약금액을 구성하는 물량,규격,단위,단가 등을 기재한 내역서

11.세부공종

: 물량내역서 및 산출내역서에 물량 및 단위가 표시된 최소단위 공종

13.균형가격

: 입찰금액을 심사하기 위한 기준에 따라 산정한 금액

14.균형단가

: 균형가격 산정방법과 동일한 방법으로 세부 공종별로 산정한 단가

15.추정물량

: 발주기관이 입찰공고시 제공한 물량내역서의 물량으로 입찰자의 산출내역서 작성을 돕기 위해 제시한 물량을 말하며,추정가격 1,000억원이상 공사에 한하여 적용

16.입찰물량

: 입찰자가 발주기관이 제시한 설계서,물량내역서의 추정물량 등을 참고하여 작성한 산출내역서상의 물량을 말하며,추정가격 1,000억원이상 공사에 한하여 적용한다.

17.최종물량

: 산출내역서의 입찰물량 적정성을 판단하기 위하여 제4호에 따른 심사위원회에서 확정한 물량을 말하며,추정가격 1,000억원이상 공사에 한하여 적용

[IT] 블로그 소스 코드 올리기

요즘 블로그를 하다가...... 소스를 올리는 자주 있는데 ...
다른 사람 블로그는 왜이렇게 깔끔하게 소스를 올릴까라는 생각을 안하다가 ....
오늘 갑자기 들어서 해결 !

Color Scripter - 사이트 접속 ! 

1. 웹에서 실행 클릭

2. 소스 언어 선택

3. 소스 입력 후 복사하기 클릭!

4. 블로그 복사 화면 .... 우와 ; 마돈나 깔끔하다 ..

5. 블로그 화면 .... 그 동안 난 뭘한걸까 .. 다 바꿔야겠다 .. 시간을 내서 !

[SQL] 월별 집계 Query

SQL Query
설명은 ... 나중에 하자 ..시간을 내서

Colored By Color Scripter™

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 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65

SELECT T2.DVSN_DEPT_CD,        T2.PJT_CD,        T2.PJT_NM,        T2.CON_AMT,        T1.CLFC,        T1.BF_TOT_AMT,        T1.A01 AS T01,        T1.A02 AS T02,        T1.A03 AS T03,        T1.A04 AS T04,        T1.A05 AS T05,        T1.A06 AS T06,        T1.A07 AS T07,        T1.A08 AS T08,        T1.A09 AS T09,        T1.A10 AS T10,        T1.A11 AS T11,        T1.A12 AS T12,        T1.YY_AMT,        T1.TOT_AMT,        (T2.CON_AMT - T1.TOT_AMT) AS REM_AMT   FROM (SELECT T1.PJT_CD,                T1.CLFC,                SUM (CASE WHEN T1.YM < '2014' || '01' THEN T1.AMT END) BF_TOT_AMT,                SUM (CASE T1.YM WHEN '2014' || '01' THEN T1.AMT END) A01,                SUM (CASE T1.YM WHEN '2014' || '02' THEN T1.AMT END) A02,                SUM (CASE T1.YM WHEN '2014' || '03' THEN T1.AMT END) A03,                SUM (CASE T1.YM WHEN '2014' || '04' THEN T1.AMT END) A04,                SUM (CASE T1.YM WHEN '2014' || '05' THEN T1.AMT END) A05,                SUM (CASE T1.YM WHEN '2014' || '06' THEN T1.AMT END) A06,                SUM (CASE T1.YM WHEN '2014' || '07' THEN T1.AMT END) A07,                SUM (CASE T1.YM WHEN '2014' || '08' THEN T1.AMT END) A08,                SUM (CASE T1.YM WHEN '2014' || '09' THEN T1.AMT END) A09,                SUM (CASE T1.YM WHEN '2014' || '10' THEN T1.AMT END) A10,                SUM (CASE T1.YM WHEN '2014' || '11' THEN T1.AMT END) A11,                SUM (CASE T1.YM WHEN '2014' || '12' THEN T1.AMT END) A12,                SUM (CASE WHEN T1.YM LIKE '2014' || '%' THEN T1.AMT END) YY_AMT,                SUM (CASE WHEN T1.YM <= '2014' || '12' THEN T1.AMT END) TOT_AMT         FROM   (SELECT   T1.PJT_CD,                          T1.YM,                          CASE T2.RNUM                             WHEN 1 THEN '01'                             WHEN 2 THEN '02'                             WHEN 3 THEN '03'                             WHEN 4 THEN '04'                          END                             CLFC,                          CASE T2.RNUM                             WHEN 1 THEN T1.SALES_PLAN_AMT                             WHEN 2 THEN T1.SALES_ARST_AMT                             WHEN 3 THEN T1.BLCLCT_PLAN_AMT                             WHEN 4 THEN BLCLCT_ARST_AMT                          END                             AMT                   FROM   ITA0090 T1, (    SELECT   LEVEL RNUM                                             FROM   DUAL                                       CONNECT BY   LEVEL <= 4) T2                  WHERE   T1.YM <= '2014' || '12') T1        GROUP BY  T1.PJT_CD, T1.CLFC) T1,        ITA0020 T2  WHERE 1=1    AND T1.PJT_CD(+) = T2.PJT_CD      ORDER BY        T2.PJT_CD, T1.CLFC

[종합심사제] 종합심사 낙찰 흐름도

[종합심사제] 종합심사 낙찰 흐름도


평가 기준 선정 ⇒ 투찰내역서등록 ⇒ 예정가격 등록 ⇒ 투찰 금액 확인
⇒ 무효입찰여부판정 ⇒ 균형가격산정 ⇒ 단가심사 ⇒ 공사수행능력등록
⇒ 사회적책임 등록 ⇒ 업체선정완료

[구글 검색] 검색 노하우 , 팁_2

1. site 키워드

site 키워드는 검색 범위를 특정 사이트로 한정시키고자 할 때 사용합니다. site 키워드는 검색창에 'site:사이트주소 검색어'와 같은 형식으로 입력하여 사용합니다. 이 때 주의하실 점은 'site:' 과 '사이트주소' 사이에 공백이 없어야 한다는 것입니다.

예를 들어 구글 코리아 블로그 사이트에 있는 구글 검색 팁과 관련된 글을 찾고자 한다면, 'site:googlekoreablog.blogspot.com 구글 검색 팁'과 같이 사용하시면 됩니다. 그러면 구글 코리아 블로그에 포함된 문서만을 대상으로 검색하여 아래와 같은 결과를 얻게 됩니다.

2. filetype 키워드

filetype 키워드는 특정 종류의 파일을 대상으로 검색하고자 할 때 유용합니다. 사용 방법은 검색어에 'filetype:파일확장자'를 추가하시면 됩니다. 예를 들어, pdf 문서를 대상으로 검색할 때는 filetype:pdf를 지정하시면 됩니다. filetype 키워드는 이렇게 파일의 확장자를 지정할 수 있기에 전문 자료 검색에 유용하게 사용할 수 있습니다. 구글에 대한 발표 자료나 연구 자료가 필요하신가요? 'filetype:ppt 구글' 또는 'filetype:pdf 구글', 아니면 '구글 filetype:pdf OR filetype:ppt'을 검색해 보세요. 구글에 대한 잘 정리된 자료들을 한번에 찾을 수 있습니다.

3. 구글 알리미

이렇게 구글에서는 관심있는 정보를 쉽게 그리고 정확하게 찾기위한 다양한 방법을 지원합니다. 그렇지만 아무리 관심있는 정보가 있다고 하더라도, 매일 구글에서 같은 검색어로 검색을 수행하는 것은 귀찮은 일이지요. 이럴때 사용할 수 있는 것이 구글 알리미(http://www.google.co.kr/alerts)입니다. 구글 알리미를 방문하시면 다음과 같은 설정화면을 만나실 수 있습니다.

이렇게 구글은 관심있는 정보를 쉽고 정확하게 찾을 수 있는 다양한 방법을 제공합니다. 그렇지만 아무리 관심있는 정보를 쉽게 찾을 수 있다 하더라도, 매일 구글에서 동일한 검색어를 입력하는 것은 번거로운 일이지요. 이럴 때 유용하게 사용할 수 있는 기능이 구글 알리미(http://www.google.co.kr/alerts)입니다. 구글 알리미를 방문하시면 다음과 같은 설정화면을 만나실 수 있습니다.

구글에 대한 최신 정보를 받아보고 싶으시면 이 설정화면에서 '검색어'로 '구글'을 지정하고 '귀하의 이메일'에는 자신의 이메일 주소를 입력하시면 됩니다. 구글은 지정하신 주기로 (여기서는 하루에 한 번) 웹, 뉴스 등 여러 정보 소스에서 검색된 '구글'에 대한 주요 정보를 이메일로 발송합니다. 구글 알리미는 연예인, 회사, 증권 등 신속하고 정확한 정보를 지속적으로 얻고자 하는 경우에 유용하게 사용하실 수 있습니다.

4. 구글 블로그 검색

잘 알려져 있지 않은 듯하지만, 가장 많이 사용되는 구글의 서비스 중 하나가 바로 구글 블로그 검색(http://blogsearch.google.co.kr/)입니다. 구글 블로그 검색은 특정 주제에 대한 블로그, 최신 블로그 글을 찾아줍니다. 물론 검색 결과에 대한 RSS 피드도 제공되므로 RSS 리더를 이용하여 구독하실 수 있습니다. 다음은 구글 블로그 검색에서 '구글'을 검색한 예입니다.

검색 결과의 좌측에서 검색 기간을 지정할 수 있으며, 구독을 위한 Atom, RSS 피드에 대한 링크도 제공됩니다. 검색 결과의 상단에는 '구글'이라는 검색어와 관련된 블로그를 정리하여 보여주고 있어 특정 검색어를 가장 자세히 다루는 블로그를 쉽게 찾아볼 수 있습니다.