알게된 것을 기록하는 공간

[Tomcat clean 오류] Could not delete org.eclipse.wst.server.core\tmp0\. May be locked by another process.

알굼 — Sun, 25 May 2025 18:19:43 +0900

문제상황

톰캣 클린시 아래와 같은 에러 메세지와 함께 클린되지 않았다.

Could not delete D:\Dev\workspace\.metadata\.plugins\org.eclipse.wst.server.core\tmp0\wtp\webapps\web\WEB-INF\lib\com-1.0.0.jar. May be locked by another process.

원인

Tomcat 프로세스가 백그라운드에서 완전히 종료되지 않아서 그렇다. 완전히 종료되지 않았을 경우, 파일이 lock 상태가 되어 clean 불가하다.

해결방법

에러 메세지에서 말하는 tmp0 폴더를 삭제 후 Clean 한다. tmp0 폴더는 이클립스 내부 톰캣 버서의 임시 배포 디렉토리이므로, 해당 폴더 삭제하여 톰캣 서버의 임시 리소스들을 강제로 초기화 및 재배포 가능하다.

[Oz Report 8.0] 오즈 8 라이센스 변경

알굼 — Mon, 21 Apr 2025 00:39:54 +0900

1. 오즈라이센스를 발급받는다.

2. Designer 파일명을 ozlicense.xml 로 변경한다.

3. 아래 경로에 ozlicense.xml 파일을 놓는다.
- C:\Program Files (x86)\FORCS\OZ Report 8.0\OZ Enterprise Manager 8.0\license
- C:\Program Files (x86)\FORCS\OZ Report 8.0\OZ Query Designer 8.0\license
- C:\Program Files (x86)\FORCS\OZ Report 8.0\OZ Report Designer 8.0\license
- C:\Program Files (x86)\FORCS\OZ Report 8.0\OZ Repository Manager 8.0

4. oz 프로그램 실행하여 적용되었는지 확인한다.

[MSSQL] MSSQL 쿼리문에서 NOLOCK 사용해야하는 이유

알굼 — Wed, 2 Oct 2024 14:07:18 +0900

1. (NOLOCK)

SELECT 쿼리에서 테이블 공유 잠금을 피하고 다른 트랜잭션이 테이블을 업데이트하는 동안에도 읽을 수 있도록 하는 힌트. "읽기 잠금" 을 건너뛰므로 성능 향상 효과가 있다.

① NOLOCK 사용
: 쿼리 실행시간이 긴 SELECT 쿼리 실행 중에도 다른사용자가 테이블에 INSERT, UPDATE, DELETE 가능

SELECT A.ORDERID
     , A.ORDERDATE
     , B.CUSTOMERNAME
     , C.PRODUCTNAME
     , C.QUANTITY
  FROM ORDERS A (NOLOCK)
  JOIN CUSTOMERS B (NOLOCK) ON A.CUSTOMERID = B.CUSTOMERID
  JOIN ORDERDETAILS C (NOLOCK) ON A.ORDERID = C.ORDERID
 WHERE 1=1
   AND A.ORDERDATE > '2024-01-01';

② NOLOCK 미사용
: 쿼리 실행시간이 긴 SELECT 쿼리 실행이 끝나기 전까지 다른 사용자는 INSERT, UPDATE, DELETE 불가

SELECT A.ORDERID
     , A.ORDERDATE
     , B.CUSTOMERNAME
     , C.PRODUCTNAME
     , C.QUANTITY
  FROM ORDERS A
  JOIN CUSTOMERS B ON A.CUSTOMERID = B.CUSTOMERID
  JOIN ORDERDETAILS C ON A.ORDERID = C.ORDERID
 WHERE 1=1
   AND A.ORDERDATE > '2024-01-01';

2. 장점

- 데이터베이스에서 동시성 제어를 위해 사용한다. 성능 이슈가 있거나 동시성 제어가 중요한 시스템에서 NOLOCK 을 사용해 데이터 일관성에 대한 리스크를 감수하고, 데이터를 더 빠르게 읽는다.
- NOLOCK 힌트를 사용하면 공유 잠금을 걸지 않기 때문에 SELECT가 실행되는 동안에도 다른 트랜잭션에서 INSERT, UPDATE, DELETE 등의 쓰기 작업이 가능하다.

3. 단점

(NOLOCK)을 사용하면 테이블의 데이터를 더 빠르게 조회할 수 있고, 동시성이 향상되지만, 읽어들이는 데이터의 일관성이 떨어질 수 있다. 성능이 중요한 시스템에서 사용할 수 있지만, 데이터 일관성이 중요한 시스템에서는 사용에 주의해야 한다.

① Dirty Read: 아직 커밋되지 않은 데이터를 읽어서 부정확한 정보를 조회할 가능성이 있다.
② Non-repeatable Read: 읽는 중에 데이터가 변경되어 동일한 쿼리를 반복해서 실행할 때 결과가 달라질 수 있다.
③ Phantom Read: 읽는 중에 레코드가 추가, 삭제되어 결과에 영향을 줄 수 있다.

4. 기타

시스템을 유지보수하는 경우, 운영 DB에 직접 접근하여 업무 처리를 하는 경우가 많다. 이때 실행시간이 긴 쿼리를 SELECT 하면 업무 시스템 성능에 직접적으로 영향을 줄 수 있기 때문에 업무 중에는 무조건 NOLOCK 힌트를 붙여야 한다. (라고 선배한테 배웠다.) SM 담당자는 무조건 NOLOCK을 쓰는 것을 습관화해야 한다 !!! ⭐⭐⭐⭐⭐

[Oracle] 데이터 중복처리 막는법, for update 사용

알굼 — Wed, 28 Aug 2024 17:24:32 +0900

FOR UPDATE 하면 오라클에서 중복처리를 막을 수 있는데, ORACLE은 row 단위로 LOCK을 하므로 해당 데이터만 중복 접근을 막아주는 것이다.

사용자가 화면에서 버튼을 눌러 프로시저에서 STUDENT 테이블의 데이터를 수정하던 도중에, 사용자가 버튼을 한번 더 눌렀을 때, 서비스단에서 걸어둔 처리 완료 플래그 validation에 걸리지 않을 수 있다.
왜냐하면, 프로시저가 다 돌고나서 완료 플래그 처리하기전이기 때문이다.

LOCK 을 걸고자 하는 데이터를 가져오는 쿼리에 FOR UPDATE 만 붙혀주면 된다.

SELECT *
           INTO v_student
           FROM STUDENT
          WHERE NAME = P_NAME
            AND STDKY = v_stdky
FOR UPDATE;

~~<추가 확인 필요한 사항>~~

~~1. 중복처리를 막기위해서 내생각에는 서비스단에서~~ ~~처리중 플래그 update -> 프로시저 호출 하면 될거같고, 에러처리가 났을 때, try- catch 로 막아두면 될 것 같은데~~ ~~책임님 말로는, 롤백하는 로직도 만들어야 하고, 동시처리? 를 구현해야한다고 하신다.~~

~~2. 한 프로시저에서 두 개 이상의 FOR UPDATE 가 가능한지?~~

[Windows] 신뢰할 수 있는 사이트 등록하는 법

알굼 — Thu, 8 Aug 2024 15:14:33 +0900

1. Window + R 하여 실행창 열기

2. inetcpl.cpl 입력

3. 보안 > 사이트 > 영역에 웹사이트 추가

[Oracle] SELECT 1 FROM 의미, SELECT 1 의미, SELECT 1 FROM table 의 의미와 사용 예시

알굼 — Wed, 10 Jul 2024 14:36:53 +0900

1. 개요

"SELECT 1 FROM table" 구문은 주어진 테이블의 각 행에 대해 숫자 1을 반환한다.
만약 테이블에 N개의 행이 있다면, 결과로 N개의 1이 반환된다.

ex) users라는 3개의 행을 가지는 데이터베이스 테이블이 있다고 가정해보자.

id	name	age
1	Alice	30
2	Bob	25
3	Carol	28

이 테이블이 있을 때 "SELECT 1 FROM users" 구문을 실행하면 다음과 같은 결과가 반환된다.

2. 시사점

SQL에서 1은 TRUE를 의미하므로, "SELECT 1 FROM ..." 형식의 구문은 논리식으로 사용될 수 있다.

3. 사용 예시 - EXISTS 조건

보통 이 구문은 WHERE 절의 (NOT) EXISTS 안에 있는 서브쿼리로 사용된다.

-- 예시 쿼리 1: 특정 사용자가 존재하는지 확인
SELECT
    1
FROM
    users
WHERE
    id = 1;

-- 예시 쿼리 2: 데이터의 존재 유무에 따라 동작
SELECT
    *
FROM
    orders
WHERE
    EXISTS (
        SELECT
            1
        FROM
            users
        WHERE
            users.id = orders.user_id
    );

첫 번째 예시 쿼리에서, 특정 사용자의 존재 여부를 확인하기 위해 사용할 수 있다. id가 1인 사용자가 존재하면 1을 반환한다. 두 번째 예시 쿼리에서, orders 테이블의 각 주문이 users 테이블의 사용자에 의해서 이루어졌는지 확인하기 위해 사용할 수 있다. EXISTS 조건문은 orders 테이블의 각 행에 대해 users.id = orders.user_id 조건을 만족하는 행이 존재하면 TRUE를 반환한다. 이때 "SELECT 1 FROM users" 로 존재 여부만 확인하므로, 더 간단하게 쓸 수 있다.

4. 장점

특정 조건을 만족하는 데이터가 존재하는지 여부만 중요할 때, "SELECT * FROM ..." 대신 "SELECT 1 FROM ..."을 사용하면 더 간단하다.
불필요한 데이터를 모두 조회하지 않고 존재 여부만 판단할 수 있어 효율적이다.

[Oracle/MSSQL] 인덱스 종류, 인덱스 종류별 속도, 인덱스 스캔 종류, 인덱스 스캔 종류별 속도

알굼 — Tue, 9 Jul 2024 08:32:04 +0900

인덱스 스캔?

데이터베이스의 옵티마이저가 데이터를 효율적으로 검색하기 위한 탐색 방법

Unique Index Scan (유일 인덱스 스캔)
- 유일한 값만을 찾기 때문에 가장 빠름.
- 유일한 인덱스가 적용된 컬럼에 대해 특정 값을 조회할 때 사용
  ex) SELECT * FROM table WHERE unique_column = 'value'
Index Range Scan (인덱스 범위 스캔)
- 인덱스의 특정 범위 내에서 여러 행을 찾을 때 사용.
- 일반적으로 조건절에 범위 조건이 포함될 때 사용
  ex) SELECT * FROM table WHERE indexed_column BETWEEN 'value1' AND 'value2'
Index Skip Scan (인덱스 스킵 스캔)
- 인덱스의 선행 컬럼이 조건에 포함되지 않았을 때 사용
- 인덱스의 일부 컬럼을 건너뛰고 후속 컬럼을 사용하여 검색
- ex) SELECT * FROM table WHERE indexed_column2 = 'value' (indexed_column1은 조건에 포함되지 않음)
Index Full Scan (인덱스 풀 스캔)
- 인덱스 전체를 순차적으로 스캔
- 주로 인덱스의 선행 컬럼 조건이 없거나, 인덱스 전체에 대한 접근이 필요한 경우 사용
- ex) SELECT * FROM table WHERE non_indexed_column = 'value'
Index Fast Full Scan (인덱스 패스트 풀 스캔)
- 인덱스의 전체 데이터를 빠르게 스캔.
- 테이블 전체 스캔 대신 사용되며, 모든 인덱스 컬럼에 접근해야 하는 경우에 유용함.
- ex) SELECT indexed_column1, indexed_column2 FROM table
Index Join Scan (인덱스 조인 스캔)
- 여러 인덱스를 조인하여 데이터 검색
- 주로 복합 인덱스를 사용할 수 없는 경우 사용됨
- ex) SELECT * FROM table WHERE indexed_column1 = 'value1' AND indexed_column2 = 'value2'
Index Block Scan (인덱스 블록 스캔)
- 인덱스의 블록을 한 번에 읽어들이는 방식으로 대량의 데이터에 접근할 때 사용.
- 특정 데이터베이스 시스템에서만 사용 가능

[Oracle/MSSQL] WHERE 조건절 순서에 따른 속도차이, 조건절 순서 속도, WHERE 절 속도차이

알굼 — Thu, 4 Jul 2024 13:40:53 +0900

TABLE에서 INDEX 가 참조하는 컬럼이 A,B,C 일때, 아래 두 쿼리중에 실행속도는 뭐가 더 빠를까?

1. SELECT * FROM TABLE WHERE A = 1 AND B=2 AND C=3
2. SELECT * FROM TABLE WHERE A = 1 AND C=3 AND B=2

두 쿼리의 실행 속도는 사실상 동일하다. 왜냐하면, 데이터베이스의 쿼리 최적화 엔진이 WHERE 절의 조건 순서를 자동으로 최적화하여 가장 효율적인 방법으로 쿼리를 실행하기 때문이다. 옵티마이저가 똑똑해서 쿼리의 WHERE절을 살펴보고 키가 있는것을 우선 적용해 검색을 한다. 단, 인덱스의 쿼리가 모두 조건절에 들어있어야 인덱스를 100% 활용한다고 볼 수 있다.

예를 들어, 다음 두 쿼리는:

SELECT * FROM TABLE WHERE A = 1 AND B=2 AND C=3
SELECT * FROM TABLE WHERE A = 1 AND C=3 AND B=2

이 경우, 인덱스가 컬럼 A, B, C 순으로 정의되어 있다면 데이터베이스는 이 인덱스를 사용하여 조건을 효율적으로 평가할 것입니다. WHERE 절의 조건 순서는 인덱스를 사용하는 데 있어 차이를 만들지 않는다.

대부분의 데이터베이스 시스템(예: Oracle, MySQL, PostgreSQL)은 쿼리 최적화 엔진이 WHERE 절의 조건을 최적의 순서로 재배열하여 인덱스를 최대한 활용할 수 있도록 한다. 그러므로, 두 쿼리의 실행 속도는 동일하다.

단, 아래와 같은 쿼리일때는 선행 컬럼인 A 를 포함하지 않기 때문에 인덱스가 적용되지 않는다.
선행컬럼을 포함해야만 인덱스가 적용된다.

1. SELECT * FROM TABLE WHERE C=1, D=1, E=1;

[Javascript] 자바스크립트 실행시간, 자바스트립트 디버깅

알굼 — Wed, 3 Jul 2024 16:04:42 +0900

자바스크립트에서 기본 객체인 Date() 를 이용하여 쉽게 실행시간을 측정할 수 있다.

function hello() {
  console.log('start hello');
}

let start = new Date();  // 시작
console.log('시작시간: ' + start.toISOString());	// 시작한 시간 2024-07-03T06:49:04.927Z
hello();
let end = new Date();  // 종료

console.log('소요시간 = ' + (end - start)); // 경과시간(ms)

[Java/Eclipse] 디버깅 로그, 자바 현재시간, 현재타임, 프로그램 소요시간, java 소요시간, java 시스템시간, java 로그찍기

알굼 — Tue, 2 Jul 2024 11:11:22 +0900

java 서비스 실행시간을 측정하기 위하여 currentTimeMillis() 라는 시스템 함수를 사용할 수 있다.
서비스 호출 전, 후로 시간을 기록한 다음, log4j 를 이용하여 확인할 수 있다.

@RequestMapping("/wms/inbound/json/SaveStudentInfo.*")
public String SaveStudentInfo(HttpServletRequest request, Map model) throws Exception{
	// 시작시간
	long start = System.currentTimeMillis();
	DataMap map = (DataMap)request.getAttribute(CommonConfig.PARAM_ATT_KEY);
    
	// 서비스 실행
	Object data = StudentService.saveStudentInfo(map);
	model.put("data", data);
    
    // 종료시간
	long end = System.currentTimeMillis();
    
    // 소요시간
	log.info("소요시간 = " + (end - start) + "초");
	return JSON_VIEW;
}