SQL 연산자 총정리 – 산술, 비교, 논리, 문자열 연산자 한눈에 보기

SQL에서 데이터를 효과적으로 다루기 위해서는 다양한 연산자의 사용법을 이해하는 것이 중요합니다. 이 글에서는 SQL에서 자주 사용되는 연산자들을 정리하고, 각 연산자의 사용 예제를 통해 실무에서 어떻게 활용되는지 알아보겠습니다.

1. 산술 연산자 (Arithmetic Operators)

산술 연산자는 숫자 데이터를 계산할 때 사용됩니다.

💡 주의: NULL 값이 포함된 산술 연산의 결과는 NULL이 됩니다. 이를 방지하려면 NVL 또는 COALESCE 함수를 사용하세요.

```sql
SELECT price + NVL(discount, 0) AS final_price
FROM products;
```

2. 비교 연산자 (Comparison Operators)

비교 연산자는 두 값을 비교하여 조건을 설정할 때 사용됩니다.

📌 BETWEEN은 시작과 끝 값을 포함합니다. LIKE는 와일드카드 %와 _를 사용하여 패턴을 지정할 수 있습니다.

3. 논리 연산자 (Logical Operators)

논리 연산자는 여러 조건을 조합할 때 사용됩니다.

🔍 AND와 OR를 함께 사용할 때는 괄호 ()를 사용하여 조건의 우선순위를 명확히 하세요.

```sql
SELECT *
FROM employees
WHERE (department = 'Sales' AND age > 30) OR (department = 'HR' AND age < 25);
```

4. 문자열 연산자 (String Operators)

문자열 연산자는 텍스트 데이터를 처리할 때 사용됩니다.

🧩 LIKE 연산자에서 %는 0개 이상의 임의의 문자, _는 정확히 하나의 임의의 문자를 의미합니다.

5. 연산자 우선순위

SQL에서는 연산자의 우선순위에 따라 연산이 수행됩니다. 기본적인 우선순위는 다음과 같습니다:

1. 괄호 ()
2. 산술 연산자 *, /, %
3. 산술 연산자 +, -
4. 비교 연산자
5. 논리 연산자 NOT
6. 논리 연산자 AND
7. 논리 연산자 OR

⚠️ 복잡한 조건을 사용할 때는 괄호를 적절히 사용하여 의도한 순서대로 연산이 수행되도록 하세요.

마무리하며

SQL에서 다양한 연산자를 적절히 활용하면 데이터를 더욱 효과적으로 조회하고 조작할 수 있습니다. 각 연산자의 특성과 사용법을 숙지하여 실무에서 유용하게 활용해보세요.

#sql #연산자 #산술연산자 #비교연산자 #논리연산자 #문자열연산자 #sql기초 #sql정리 #sql공부

VS Code에서 SQL 개발환경 최적화 팁 – 오라클 쿼리까지 편하게 작성하는 방법

SQL 쿼리를 자주 작성하는 개발자라면, 편리한 에디터 환경을 갖추는 것이 생산성에 큰 영향을 미칩니다. 특히 오라클을 포함한 다양한 DBMS의 쿼리를 작성해야 하는 경우, Visual Studio Code(이하 VS Code)는 가볍고 강력한 도구가 되어줄 수 있습니다. 이 글에서는 VS Code를 활용한 SQL 개발환경 구성 방법과 유용한 확장 기능들을 소개합니다.

1. SQL용 확장 기능 설치

VS Code는 기본적으로 SQL 문법을 인식하지 않기 때문에, 확장 기능을 설치해주는 것이 좋습니다. 대표적인 확장 기능은 다음과 같습니다.

• SQLTools: 다양한 DBMS와 연동할 수 있는 인기 확장 기능입니다. 오라클, MySQL, PostgreSQL 등 대부분의 시스템을 지원합니다.
• SQL Formatter: 쿼리 정렬 및 들여쓰기를 자동화해주는 도구로, 가독성 높은 코드를 작성할 수 있습니다.
• Oracle Developer Tools for VS Code: 오라클 전용 플러그인으로, SQL Developer와 비슷한 환경을 제공합니다.

2. SQLTools로 오라클 연동하기

SQLTools는 다양한 DB와 연결이 가능하며, 오라클도 지원합니다. 오라클 연동을 위해서는 추가 드라이버 설치가 필요합니다.

1. SQLTools와 함께 설치되는 SQLTools Oracle Driver를 활성화합니다.

2. .vscode/settings.json 또는 SQLTools UI에서 다음과 같이 설정합니다:

    {
      "connections": [
        {
          "name": "OracleLocal",
          "driver": "OracleDB",
          "username": "SCOTT",
          "password": "tiger",
          "tns": "localhost:1521/XEPDB1"
        }
      ]
    }

3. 연결이 정상적으로 이루어지면, VS Code 내에서 바로 SQL 실행이 가능합니다.

3. SQL 문법 자동완성과 하이라이팅

SQL 작성 시 문법 강조가 적용되지 않으면 생산성이 떨어집니다. 위에서 소개한 확장 기능을 통해 다음과 같은 기능을 사용할 수 있습니다:

• 구문 강조 (Syntax Highlighting)
• 자동 들여쓰기 및 문법 자동완성
• 명령어 기반 실행 (Ctrl + E 등 단축키 설정 가능)

4. 쿼리 실행 결과 확인

SQLTools를 통해 쿼리를 실행하면, 결과는 VS Code 내부 Output 창 또는 전용 탭에서 확인할 수 있습니다. 복잡한 SQL을 단계별로 검증하거나, 테스트 데이터를 확인하는 용도로 유용합니다.

5. 쿼리 튜닝에 활용되는 팁들

실제 쿼리를 작성하다 보면, 성능을 고려한 튜닝이 필요합니다. 쿼리 튜닝과 관련된 실무적인 팁은 아래 글을 참고해보세요.

• 👉 SELECT 속도 차이 비교 – COUNT(*), COUNT(1), COUNT(컬럼명)
• 👉 WHERE 절 조건의 순서가 성능에 영향을 줄까?

마무리

VS Code는 단순한 코드 에디터 그 이상입니다. SQLTools와 같은 확장 기능을 활용하면 데이터베이스 전용 IDE 못지않은 환경을 구축할 수 있습니다. 오라클을 포함한 다양한 DBMS와 연동하여 효율적인 쿼리 개발을 시작해보세요.

#sql #vscode #오라클 #sql개발환경 #sqltools #oracle연동 #sql확장기능 #sql에디터 #쿼리작성팁 #sqlformatter

SQL을 처음 배우거나 실무에서 활용할 때 자주 혼동되는 개념 중 하나가 뷰(View)와 테이블(Table)의 차이입니다. 두 객체 모두 SELECT 쿼리를 통해 데이터를 가져올 수 있지만, 동작 방식과 사용 목적에는 분명한 차이가 있습니다. 이 글에서는 뷰와 테이블의 기본 개념과 차이점, 그리고 언제 각각을 사용하면 좋은지를 설명합니다.

테이블(Table)의 개념

테이블은 데이터베이스에 실제 데이터를 저장하는 기본적인 객체입니다. 모든 데이터는 테이블에 물리적으로 저장되며, SELECT, INSERT, UPDATE, DELETE와 같은 SQL 명령을 통해 데이터를 조작할 수 있습니다.

예시:

CREATE TABLE employee (
    emp_id     NUMBER PRIMARY KEY,
    emp_name   VARCHAR2(100),
    dept_id    NUMBER,
    salary     NUMBER
);

이 테이블은 직원 정보를 저장하는 실제 데이터 저장소입니다.

뷰(View)의 개념

뷰는 하나 이상의 테이블을 기반으로 한 SELECT 쿼리 결과를 저장한 논리적 객체입니다. 뷰는 물리적으로 데이터를 저장하지 않고, SELECT 쿼리가 실행될 때마다 참조된 테이블에서 데이터를 가져옵니다. 즉, 뷰는 일종의 가상 테이블입니다.

예시:

CREATE VIEW high_salary_emp AS
SELECT emp_id, emp_name, salary
FROM employee
WHERE salary > 5000;

이 뷰는 salary가 5000 이상인 직원만 필터링해 보여주는 가상 테이블입니다.

뷰와 테이블의 주요 차이점

뷰는 특정 조건을 반복해서 조회할 때 유용하며, 복잡한 조인을 단순화하거나 민감 정보를 숨기는 데도 사용됩니다.

뷰는 언제 사용하면 좋을까?

• 자주 사용하는 SELECT 쿼리를 재사용할 필요가 있을 때
• 복잡한 조인이나 필터 조건을 단순화하고 싶을 때
• 특정 테이블의 일부만 사용자에게 보여주고 싶을 때
• 보안이나 권한 관리를 위해 민감 정보를 숨길 필요가 있을 때

예를 들어 외부 사용자에게 salary 컬럼을 숨기고 싶다면 다음과 같이 뷰를 생성할 수 있습니다.

CREATE VIEW public_employee AS
SELECT emp_id, emp_name, dept_id
FROM employee;

테이블이 필요한 상황은?

• 데이터를 물리적으로 저장해야 할 때
• DML(INSERT, UPDATE, DELETE)을 빈번히 수행해야 할 때
• 기본적인 데이터베이스 구조를 설계할 때

실무 팁

• 뷰를 너무 많이 계층적으로 중첩해서 만들면 오히려 성능 저하의 원인이 될 수 있습니다.
• 단순한 필터링 뷰라면 성능에 큰 영향을 주지 않지만, 여러 테이블의 조인을 포함한 복잡한 뷰는 실행 계획을 꼭 확인하는 것이 좋습니다.
• 자주 갱신되는 데이터를 대상으로 하는 경우 뷰보다는 임시 테이블 또는 머티리얼라이즈드 뷰(Materialized View)를 고려하는 것이 좋습니다.

뷰는 테이블과는 다르게 데이터 저장 목적이 아닌 가공과 재사용 목적으로 사용된다는 점이 가장 큰 차이입니다. SQL을 효율적으로 사용하기 위해서는 이 차이를 정확히 이해하고, 상황에 맞는 선택을 하는 것이 중요합니다.

#SQL #테이블 #뷰 #SQL기초 #가상테이블 #데이터베이스기초

SQL을 작성하다 보면 인라인 뷰와 테이블 조인 중 어떤 방식이 더 좋은지 고민하게 되는 경우가 많습니다. 겉으로는 같은 결과를 도출할 수 있어 보이지만, 실제로는 처리 방식이나 성능 측면에서 차이를 보일 수 있습니다. 이번 글에서는 인라인 뷰와 테이블 조인의 차이점과 실무에서 선택 기준을 어떻게 잡아야 하는지 살펴보겠습니다.

인라인 뷰란?

인라인 뷰는 FROM 절 안에 작성된 서브쿼리로, 마치 임시 테이블처럼 작동합니다. 복잡한 데이터를 미리 가공한 후, 이를 다시 외부 쿼리에서 조인하거나 필터링할 수 있게 해줍니다.

예시:

SELECT emp.empno, emp.ename, dept.dept_name
FROM (
    SELECT * FROM emp WHERE sal > 3000
) emp
JOIN dept ON emp.deptno = dept.deptno;

위 쿼리는 먼저 급여가 3000을 초과하는 직원만 추출한 다음, 해당 결과를 기반으로 부서 테이블과 조인합니다. emp는 인라인 뷰로 사용되고 있습니다.

테이블 조인 방식

테이블 조인은 일반적으로 여러 테이블을 직접 JOIN하여 필요한 데이터를 한 번에 조회하는 방식입니다. 조건이 단순하거나 중간 가공이 필요 없는 경우에 사용됩니다.

예시:

SELECT e.empno, e.ename, d.dept_name
FROM emp e
JOIN dept d ON e.deptno = d.deptno
WHERE e.sal > 3000;

이 방식은 별도의 가공 없이 바로 조건을 걸고, 조인을 수행합니다. 데이터 양이 많지 않거나 단순한 경우, 옵티마이저가 효율적으로 처리해줄 가능성이 높습니다.

어떤 차이가 있을까?

두 방식은 결과적으로 동일한 데이터를 반환할 수 있지만, 옵티마이저의 처리 방식에 따라 성능에 차이를 보일 수 있습니다. 다음은 주요 차이점입니다:

• 옵티마이저 최적화 수준: 인라인 뷰는 독립적으로 처리되는 경우가 많아 옵티마이저가 전체 쿼리의 실행 계획을 유연하게 조정하지 못하는 경우가 있습니다.
• 필터 순서 제어: 인라인 뷰 내에서는 WHERE 절이 먼저 처리되므로, 복잡한 필터링이나 가공을 먼저 수행하고 조인을 하게 됩니다.
• 읽어야 할 데이터 양: 조건에 따라 먼저 필터링을 해서 줄일 수 있다면 인라인 뷰가 더 효율적일 수 있지만, 그렇지 않으면 오히려 중복 연산이 될 수도 있습니다.

실무에서의 선택 기준

1. 필터링 우선 여부: 먼저 데이터를 가공해야만 하는 경우 → 인라인 뷰
2. 단순 조건 조합일 경우: 성능을 위해 옵티마이저에 맡기고 싶은 경우 → 테이블 조인
3. 읽어야 할 데이터 양이 많은 경우: 인라인 뷰가 오히려 느려질 수 있음 → 테이블 조인 권장
4. 복잡한 가공이나 집계를 별도로 해야 하는 경우: 인라인 뷰 활용

결론

인라인 뷰와 테이블 조인은 단순히 문법 차이가 아닌, 옵티마이저의 쿼리 처리 방식에 영향을 줍니다. 따라서 동일한 결과를 반환한다고 해서 성능도 같을 거라는 가정은 위험합니다. 실무에서는 실제 실행 계획을 확인하면서, 상황에 맞는 방식을 선택하는 것이 중요합니다.

#SQL튜닝 #인라인뷰 #테이블조인 #SQL성능 #서브쿼리 #오라클쿼리팁 #오라클튜닝