TigerCow.Door


안녕하세요. 문범우입니다.

이번 포스팅에서는 rollup, cube, case, pivot에 대해서 함께 알아보도록 하겠습니다.



먼저 이전의 글에서 만들었던 sample데이터를 통해 실습을 진행해보도록 하겠습니다.


SELECT * FROM employee;




1. ROLLUP


먼저 알아볼 함수는 ROLLUP 입니다.

ROLLUP은 GROUP BY문과 함께 사용되는 함수인데, GROUP BY로 GROUPING된 행들 데이터 총합을 나타는데 사용합니다.

즉, employee테이블에서 부서별 그리고 직급 별 급여 합과 총합을 구하기 위해서 ROLLUP이 사용될 수 있습니다.


SELECT deptNo, job, SUM(salary) 급여총합

FROM employee

GROUP BY deptNo, job with ROLLUP;



사실상 부서별 그리고 직급별 급여의 합을 구하는 것은 SUM함수를 통해서 할 수 있었습니다.

하지만 위의 결과에서 빨간색으로 음영처리해놓은 결과는 이전의 SUM함수를 통해서 얻을 수 없었습니다.

첫번째 빨간색 음영 박스가 의미하는 것은 deptNO이 10인 부서에서 모든 직급(모든 job)의 급여총합을 의미합니다.

즉, deptNO이 10인 행들끼리 job을 모두 감았다(roll up)는 의미로 생각하시면 될 것 같습니다.

그리고 우리가 GROUP BY를 deptNo, job 로 GROUPING하였기 때문에, job으로 ROLLUP된 행 3개와 deptNO으로 ROLLUP 된 마지막 행(15번째 행)까지 총 4개의 추가 행이 결과로 나오게 됩니다.



2. CUBE


이번에는 CUBE에 대해서 알아봅니다.

쉽게 생각하면 CUBE는 ROLLUP 함수의 확장 형태라고 볼 수 있습니다.

우리가 위의 예에서 deptNo, job으로 ROLLUP을 진행하니, deptNo 끼리 job으로 묶인 salary의 총합(3개 행)과 deptNo와 job으로 묶인 salary의 총합(1개행)의 추가 데이터를 얻을 수 있었습니다.

만약 ROLLUP을 job, deptNo으로 진행했다면 어떨까요?

job끼리 deptNo으로 묶인 salary의 총합(6개 행 = job의 종류가 6개)과 job과 deptNo로 묶인 salary의 총합(1개행)의 추가 데이터를 얻을 수 있습니다.

CUBE는 이렇게 GROUPING 할 때 언급한 열의 순서에 따라 나타날 수 있는 ROLLUP의 경우의 수를 모두 나타내주게 됩니다. 그럼 바로 확인해보도록 하겠습니다.


SELECT deptNo, job, SUM(salary) 급여총합

FROM employee

GROUP BY deptNo, job with CUBE;



위의 결과를 보시면 먼저 3행은 과장 직급의 급여총합을 구한 것이며, 동일하게 5행, 9행, 13행, 15행, 17행은 각 직급별 급여총합을 나타내고 있습니다.

그리고 18행은 모든 deptNo와 job의 급여 총합을 나타내주고 있으며, 19행, 20행, 21행은 deptNo별 급여총합을 나타내고 있습니다.

위의 쿼리문을 아래와 같이 하면 행의 순서는 바뀔 수 있지만 결과는 동일합니다


SELECT deptNo, job, SUM(salary) 급여총합

FROM employee

GROUP BY job, deptNo with CUBE;



3. CASE


이번에 알아볼 CASE문은 C언어나 Java와 같은 프로그래밍 언어에서 사용되는 if ~ else ~ 문 또는 switch 문과 개념적으로 동일합니다.

기본적인 형식은 아래와 같습니다.


CASE when 조건식1 then 결과 1

          when 조건식1 then 결과2

          ...

          [ELSE 결과]

END [AS 칼럼 명]


여기서 대괄호로 표시된 것들은 생략할 수 있습니다.


CASE문은, 우리가 employee 테이블에서 부서별로 부서명을 직접 나타내고 싶을 때와 같은 경우에 사용할 수 있습니다. 부서번호가 10인 경우 전산부, 20인 경우 인사부, 30인 경우 경리부, 40인 경우 영업부로 나타내고 이 외에는 미정이라고 나타내보도록 합시다.


SELECT empName, deptNo,

CASE WHEN dpetNo = 10 THEN '전산부'

WHEN deptNo = 20 THEN '인사부'

WHEN deptNo = 30 THEN '경리부'

WHEN deptNo = 40 THEN '영업부'

ELSE '미정'

END AS 부서명

FROM employee;



위와 같이 우리가 조건을 설정한 대로 부서명이 올바르게 출력되었습니다.

조건식에는 범위에 대한 조건도 설정할 수 있습니다.


만약 부서번호가 20이하인 경우는 부서위치가 1층, 20초과인 경우에는 부서위치가 2층인 것으로 나타내고자 하면 다음과 같이 할 수 있습니다.


SELECT empName, deptNo,

CASE WHEN deptNo <= 20 THEN '1층'

WHEN deptNo > 20 THEN '2층'

END AS 부서위치

FROM employee;




4. PIVOT / UNPIVOT


마지막으로 알아볼 것은 PIVOT과 UNPIVOT입니다.

먼저 PIVOT에 대해서 알아보도록 하겠습니다.

PIVOT은 행으로 되어 있는 데이터를 열로 변환해서 표현하는 함수입니다.


우리가 가지고 있는 employee 테이블에서 열을 deptNo과 각 직급으로 나타내어 그 값을 표현하려면 어떻게 해야 할까요? 기존의 직급 데이터는 'job'이라는 속성에 행으로써 존재 했습니다. 하지만 사원, 부장 과 같이 행으로 되어있던 데이터를 열로 나타내려면 PIVOT을 사용하면 됩니다.

PIVOT문의 기본 형태는 다음과 같습니다.


SELECT [PIVOT열1], [PIVOT열2], ...

FROM 테이블명

PIVOT(나타내고자하는 값, FOR 행->열로 바꿀 열 IN ([PIVOT열1], [PIVOT열2], ...)) as 별칭


PIVOT문은 조금 어려울 수 있기 때문에 바로 실제 쿼리를 보면서 이해하시는 것을 추천드립니다.

위에서 이야기한 바를 쿼리로 나타내면 다음과 같습니다.


SELECT deptNo, [사원], [대리], [과장], [부장], [차장], [사장]

FROM employee

PIVOT(SUM(salary) FOR job In([사원], [대리], [과장], [부장], [차장], [사장])) AS job

ORDER BY deptNo;



위와 같이 행으로 되어있던 값을 열로 나타내어 테이블의 형태를 재구축 할 수 있습니다.

UNPIVOT과 같은 경우도 PIVOT과 활용법이 동일하지만 PIVOT이 행->열의 방식이었다면 UNPIVOT은 열->행의 방식인 것만 고려하면 됩니다.


블로그 이미지

Tigercow.Door

Web Programming / Back-end / Database / AI / Algorithm / DeepLearning / etc

댓글을 달아 주세요


안녕하세요. 문범우입니다.

이번 포스팅에서는 SUM, AVG, MIN, MAX와 같은 집계함수들에 대해서 알아보면서 GROUP BY절HAVING절에 대해서 다뤄보도록 하겠습니다.


1. 집계함수


집계함수는 값에 대해서 특정 연산을 수행하는 함수들을 이야기합니다.

합계를 구하는 SUM함수나 평균을 구하는 AVG함수, 개수를 세는 COUNT함수 등이 대표적입니다.

그럼 아래와 같이 이전 포스팅에서 사용했던 SampleDB를 사용하여 몇가지 집계함수에 대해서 함께 알아보도록 하겠습니다.




- SUM


SUM함수는 말 그대로 합계를 구하는 함수 입니다.

employee 테이블에서 연봉의 합계를 구하고자 할 때와 같은 경우에 아래와 같이 사용할 수 있습니다.


SELECT SUM(salary) FROM employee;




그럼 이번에는 employee 테이블에서 commission의 합계를 구해볼까요?

하지만 commission에는 NULL값이 포함되어 있습니다. 이전에는 NULL에 대한 연산을 진행할 때 그 결과가 NULL이 나오게 되어서 ISNULL이라는 함수를 이용했습니다.

그럼 집계함수에서는 어떨지 한번 확인해볼까요?


SELECT SUM(commission) FROM employee;



위의 결과에서 볼 수 있듯이 집계함수에서의 NULL은 무시가 됩니다.



- AVG


이어서 AVG함수에 대해서 알아봅시다.

AVG함수는 평균을 구하는 함수입니다. 그럼 월급의 평균은 어떠한지 확인해보도록 하겠습니다.


SELECT AVG(salary) FROM employee;



AVG함수 또한 NULL값이 존재할 때에는 NULL값은 무시하고 평균을 구하게 됩니다.



- MIN, MAX


MIN과 MAX는 최대값과 최소값을 구하는 함수 입니다.

다음과 같이 월급의 최소값과 최대값을 구해보도록 하겠습니다.


SELECT MIN(salary), MAX(salary) FROM employee;




- COUNT


마지막으로 알아볼 COUNT 함수는 개수를 세는 함수입니다.

이때 COUNT 또한 NULL값은 무시하게 됩니다. 즉, 값이 존재하는 데이터에 대한 개수만 세는 것이죠.

따라서 salary의 COUNT값과 commission의 COUNT값은 서로 다릅니다.


SELECT COUNT(salary), COUNT(commission) FROM employee;





2. GROUP BY


그런데 만약, 직급별 월급 평균, 월급 합계 등 특정 그룹별로 집계함수를 사용하고 싶을때는 어떻게 할까요?

테이블에서 특정 그룹을 만들 수 있도록 하는 것이 바로 GROUP BY 절 입니다.


즉, GROUP BY 'A' 라고 한다면 A칼럼에서 같은 것끼리 묶어서 하나의 GROUP를 만드는 것이죠.


그럼 바로 GROUP BY를 활용해보도록 하겠습니다.

위에서 이야기한 바와 같이 직급별 월급 평균은 다음과 같이 구할 수 있습니다.


SELECT job 직급, AVG(salary) 월급평균

FROM employee GROUP BY job;



위와 같이 직급별로 GROUP이 되어 AVG함수의 값이 나오는 것을 볼 수 있습니다.


하지만 우리가 다음과 같이 SELECT 문을 구성한다면 어떻게 될까요?


SELECT empName 이름, job 직급, AVG(salary) 월급평균

FROM employee GROUP BY job;


위의 구문을 실행시키면 아래와 같이 오류가 발생하게 됩니다.



오류메세지를 읽으며 한번 왜 오류가 발생하는지 생각해봅시다.

우리가 출력하고자 하는 empName 값이 집계함수에도 없고, GROUP BY 절에도 없어서 사용할 수 없다고 하네요.

그럼 empName이 집계함수나 GROUP BY 절에 있어야 한다는 의미인데, 왜 그럴까요?


우리가 결과를 출력하는 입장이라고 한번 생각해봅시다.

empName이 없을 때는 이전의 결과와 같이 직급과 월급평균을 잘 출력할 수 있었습니다.

예를 들어 과장의 월급평균은 483이란 결과를 가져왔죠.

그런데 이때 해당 레코드(행)에 empName을 출력해야 한다면, 어떠한 empName을 출력해야 할까요?

즉, 과장 직급의 483의 평균월급이라는 레코드는 '과장'이라는 값으로 여러개의 레코드가 그룹이 되어 있는 레코드 입니다. 즉 해당 레코드에는 여러개의 empName이 존재하는 것이죠.

따라서 SQL에서는 그 여러개 중에서 하나를 출력할 수 없기에 오류가 발생하는 것입니다.

만약 empName이 집계함수를 적용시키면 집계함수에 따른 값이 나오겠죠, 물론 문자열 값이기에 또 다른 오류가 발생하겠지만..

또한 empName을 GROUP BY절에 다시 써주면 아래와 같이 job과 empName이 동일한 레코드끼리 묶여서 나오기 때문에 사실상 현재 데이터에서는 모든 데이터를 출력하는 것과 같게 됩니다.


SELECT empName 이름, job 직급, AVG(salary) 월급평균

FROM employee GROUP BY job, empName;




3. HAVING


이번 포스팅에서 마지막으로 알아볼 것은 HAVING절 입니다.

HAVING은 간단하게 말해서, 우리가 위에서 배운 GROUP BY절을 통해 만들어진 GROUP에 대해서 조건을 거는 것 입니다.


그런데 우리는 이전에 조건을 거는 WHERE절에 대해서 학습하였습니다.


WHERE절과 HAVING절의 차이는 무엇일까요?


기본적으로 WHERE절은 모든 레코드(행)에 대해서 조건을 적용하게 됩니다.

하지만 HAVING절은 GROUP BY절을 통해 만들어진 GROUP 들에만 조건을 적용하는 것이죠.


이를 잘 이해하지 못하면 추후에 HAVING과 WHERE 사용에 있어 헷갈릴 수 있습니다.


그럼 바로 사용해보도록 하겠습니다.

각 직급에 대해 3명 이상인 직급과 그 인원수를 출력해보도록 하겠습니다.


SELECT job 직급, COUNT(job) '직급 수' FROM employee

GROUP BY job HAVING COUNT(job) >= 3;



위와 같이 사용됩니다.


그럼 만약,

"월급이 300만원 이상인 사람들에 대해서 직급별로 2명이상인 직급과 그 직급의 월급 평균을 구해라."

라면 어떻게 해야 할까요?

위와 같은 경우에 바로 WHERE절과 HAVING절이 같이 사용하게 됩니다.


SELECT job 직급, AVG(salary) 월급평균 FROM employee

WHERE salary >= 300

GROUP BY job HAVING COUNT(job) >= 2;



추후에 더 많은 데이터들을 대상으로 복잡한 쿼리문을 다루게 되면 충분히 헷갈릴 수 있는 점들이니 꼭 스스로 쿼리문을 작성해보면서 이해하기를 바랍니다.



이렇게 해서 집계함수와 GROUP BY, HAVING 절에 대해서 알아보았습니다.

궁금하거나 잘못된 점은 언제든 댓글이나 이메일, 카카오톡을 통해서 문의주시면 감사하겠습니다.


블로그 이미지

Tigercow.Door

Web Programming / Back-end / Database / AI / Algorithm / DeepLearning / etc

댓글을 달아 주세요


안녕하세요. 문범우입니다.

이번 포스팅에서는 최근 한국에서도 판매를 시작한,

AirPods2에 대해서 솔직한 리뷰를 남기고자 합니다.

이전에 AirPods1을 사용하지 않았던 점을 고려해서 봐주시고

추가적으로 궁금한점이 있으시면 언제든지 댓글 남겨주세요! 

최대한 빠르고 정확하게 안내드리도록 하겠습니다 :)



# 너무 다양했던 루머들

본격적인 제품 언박싱이나 후기보다 처음 AirPods2를 만났을 때 솔직한 감정을 먼저 이야기 해보자면,

정말 너무나 많은 루머들이 있지 않았나 싶습니다.

색상을 비롯해서 추가적인 기능들, 예를 들면 AirPods1에서 제공되지 않은 볼륨 컨트롤등에 대해 이야기가 많았는데 정말 모~두 다 루머였습니다. :-(


그냥 좋고 나쁨을 떠나서 딱 체감되는 차이점으로 AirPods2를 설명하자면,

무선 충전과 시리 호출이 되는 에어팟

정도가 되겠습니다.

(물론 유선충전모델을 사면 시리호출만..)


그럼 본격적으로 제품 언박싱과 솔직 후기를 만나보시죠 :)



# 제품 언박싱



글 작성중인 4월19일 금요일!

몇일전 에어팟2가 판매시작한 것을 확인했지만 배송예상기간이 너무 길어 픽업풀리길 기대하고 있었는데 마침 오늘 당일 픽업 가능으로 제품이 풀려서 즉시 결제하고 퇴근하자마자 후다닥 애플스토어로 달려갔습니다.


입구에서부터 너무나 설레고 행복한 이곳...


항상 사람이 많은 곳이기에 금요일저녁이라 더 많을 줄 알았지만..

시간이 조금 늦은 8시30분경이어서 그런지 심각하지는 않아서 너무 다행이었네요.

픽업할 때 여쭤보니 7시쯤에는 사람이 더 많았다고 해요..


아무튼! 도착 후에 바로 직원분께 픽업을 안내드리니 줄을 서야 된다고 안내해 주시더라구요.

기다리면서 다른분들 이야기 하는 걸 들어보니까 에어팟2 픽업때문에 오신분들이 대다수 였습니다.


에어팟2를 수령하고 집에 얼른와서 후다닥 언박싱..!





제품 박스에서부터 에어팟1과 전혀 다르지 않은 모습..



박스를 여니 등장한 에어팟2 입니다.

여기서 첫번째로 에어팟1과 차이점을 볼 수 있습니다.

에어팟1과 같은 경우는 케이스 후면, 힌지가 있는 부분에 LED가 있지만 에어팟2와 같은 경우는 케이스 전면부에 LED가 있습니다.

이는 아마 무선충전을 할때 해당 LED로 확인할 수 있도록 하기 위함 같습니다.




사실상 제품의 겉모습은 에어팟1과 너무나 동일하기 때문에 많은 사진을 첨부하지 않겠습니다.

굳이 차이점은 위에서 말씀드린 LED위치정도..

케이스없이 에어팟만 봤을 때는 차이를 알기 어려우니 혹시나 추후에 중고를 구입하시려는 분들은 에어팟에 작은 글씨로 적혀있는 모델명을 잘 확인해보셔야 합니다!



# 일단은 너무 좋다.


일단 첫번째로, 이전에 에어팟1을 사용하지 않았던 유저로써.. 너무 좋습니다.

뭐 가격이나 이런거에 대해서는 밑에서 논하도록 하고.. 단순히 에어팟제품과 만족도만 이야기하자면 정말 만족스럽습니다. 물론 돌아다니면서 몇일 더 사용해봐야 확실하겠지만, 현재는 너무나 만족스럽네요.
블루투스 이어폰이다 보니 페어링이 끊기는 현상만 없다면 전혀 불만 없이 사용할 것 같습니다.

현재 맥북과 아이폰과의 호환도 너무나 부드럽고, 아이폰 -> 맥북, 맥북 -> 아이폰으로 넘어가는 과정도 단 몇초면 진행되기 때문에 너무나 편리합니다.


기능적으로 보면 에어팟1과 차이를 보이는 '시리 호출'기능이 생각보다 편리합니다.

시리를 호출하고 반응했는지 기다렸다가 이야기하는 것이 아니라, "시리야 ~~~알려줘" 처럼 그냥 자연스럽게 이야기하면 다 듣고 반응합니다.

개인적으로는 그냥 아이폰에 말하는 것보다 시리 호출이 잘 되는 것 같습니다.

그래서 이어폰 끼고 생각보다 다양한 작업을 할 수 있습니다.


루머중에 하나였던, 볼륨 컨트롤 또한 시리를 호출하면서, "시리야 볼륨 두칸 높여줘" 라고 이야기하면 되서 어느정도 해결된 부분이라고 생각합니다.


무선충전에 대해서는 사바사인 것 같습니다.

저는 예전부터 무선충전 패드를 사용해서 편리하다고 생각하는 편입니다.

이게 유선에 비해 엄청난 차이가 있다기 보다는, 유선 충전도 하면서 자기 전에 가볍게 올려두거나 할 때 무선충전을 이용하는데, 이럴 때는 오히려 선의 걸리적 거림이 없이 기기만 들었다 놨다하면 되기에 편하다고 생각합니다.



# 난 에어팟1이 있다면 ?


하지만 에어팟1이 있는 분들에게는 굳이 에어팟2를 추천드리지 않습니다.

내부 칩도 바뀌고 페어링 속도 등에 대한 차이도 있다고 하지만 그런걸 감안해도, 에어팟1대신 25만원을 지불하면서까지 에어팟2로 넘어올 정도는 아니라고 생각합니다.



# 25만원의 가성비 ?


이건..정말 어려운 질문 같습니다.

개인이 가치를 얼만큼 두느냐의 차이기 때문에..

일단 저는 가성비가 좋다고는 못하지만 크게 부족하다고도 생각하지 않습니다.

일단은 다양한 블루투스 이어폰 중에서 에어팟과 같은 디자인을 선호합니다. 갤럭시의 버즈와 같은 디자인보다는 콩나물 같지만 아래로 길게 빠진 디자인을 선호하기 때문에, 가성비가 정말 좋다는 QCY 녀석들도 잘 쳐다보지 않았습니다.

스타트업 제품들 중에서는 에어팟과 비슷한 디자인을 몇번 봤는데 어느정도 괜찮다고 생각한 제품들의 가격대가 대략15만원 가량 되었습니다.

이러한 가격대를 보았을 때, 애플 제품군 끼리의 호환, 페어링 속도와 빼놓을 수 없는 애플 감성..을 생각하면 그래도 요새 너무나 비싸지고 있는 다른 애플 제품들에 비하면 아직 에어팟2는 나쁘지 않다고 생각합니다.. :)



# 장단점 정리


장점은 편리함, 빠른 페어링, 터치기능, 시리호출, 디자인으로 생각할 수 있습니다.

추가적으로 애플제품을 다양하게 사용하시는 분들은 제품간 느낄 수 있는 좋은 호환성정도..!


단점으로는 25만원의 가격과 개인적으로는 커널형이 아닌 오픈형 이어폰인 점..

일단 가격대가 비싼편이긴 하기에 그 점이 제일 큰 단점이고 제일 중요하게 고민해보셔야 합니다.

스스로의 지갑상태를 고려하고, 주변에 사용하시는 분들의 다양한 의견도 들어보심을 적극 추천합니다.

개인적으로 생각한 추가적인 단점은 오픈형이어폰인 점인데, 사실 제가 걱정했던 것보다는 오픈형 이어폰임에도 불구하고 귀에서 잘 빠지지 않고 소리가 잘 들리는 것 같습니다. 커널형만 고집하다 보니 굳이 단점으로 넣었지만, 오픈형 이어폰임을 두고 본다면 오히려 장점으로도 볼 수 있습니다.



사실 에어팟1과 너무나 큰 차이가 없기 때문에, 기능적으로 크게 이야기하지는 않았습니다.

개인적으로 느끼고 생각한 점들을 위주로 적었는데 이 외에도 궁금하신 점들이 있다면 얼마든지 댓글을 남겨주세요!

최대한 빠르게 답변드리도록 하겠습니다 :)


블로그 이미지

Tigercow.Door

Web Programming / Back-end / Database / AI / Algorithm / DeepLearning / etc

댓글을 달아 주세요


안녕하세요. 문범우입니다.

이번 포스팅에서도 SELECT 문을 기반으로 한 심화적인 내용에 대해서 알아보겠습니다.

LIKE 연산자와 ORDER BY, TOP(n) 등에 대해서 함께 알아보도록 하겠습니다.



1. LIKE


만약, 다음과 같은 조건에 대한 데이터를 조회하려면 어떻게 해야 할까요?


"이씨 성인 사람의 데이터를 조회하라."

"이름에 '범'이 들어가는 사람의 데이터를 조회하라"


우리가 이전에 배운 내용들로 쉽게 할 수 있을까요?

위와 같이 정확하게 어떤 값인지 모르지만 검색이 필요한 경우가 있을 것입니다.

우리는 이럴때 검색을 용이하게 하기 위해서 와일드카드를 사용합니다.

와일드카드로는 '%'와 '_' 두 개의 특수 문자가 존재하는데 각각의 의미하는 바는 다음과 같습니다.


% : 문자가 없거나, 한개이상의 어떠한 문자도 대치함. 즉 0~무한대의 글자가 될 수 있음.

_ : 어떠한 문자가 와도 되지만 단 한글자를 의미함.


설명이 대략적으로 이해가 가시나요?

아래 예제 쿼리들을 통해 확인해보도록 합시다.


먼저, 이름의 성이 '이'씨인 사람들을 찾아보도록 합니다.


SELECT * FROM employee

WHERE empName LIKE '이%';



위와 같이 이름의 첫글자가 '이'로 시작되는 데이터들이 조회되었습니다.

그럼 이번엔 이름에 '범'이 들어가는 데이터를 조회해보도록 합시다.


SELECT * FROM employee

WHERE empName LIKE '%범%';



위와 같이 이름에 '범'이 들어가는 모든 데이터가 조회되었습니다.

그런데 이름의 가운데 글자가 '범'인 사람의 데이터를 조회하고 싶을 때는 어떻게 할까요?

위에서 사용된 '%' 말고, '_'를 사용하면 됩니다.


SELECT * FROM employee

WHERE empName LIKE '_범_';



이렇게 언더바(_) 와일드카드는 무조건 그 자리에 한글자의 문자가 존재해야 합니다.

하지만 퍼센트(%) 와일드카드는 0 ~ 무한대 글자를 포함하기 때문에 와일드카드 위치에 문자가 없어도 되고, 여러 문자가 있어도 되는 것이죠.


언더바와 퍼센트 와일드 카드의 차이점을 한번 더 확인해보도록 하죠.


SELECT * FROM employee

WHERE empName LIKE '장%';



SELECT * FROM employee

WHERE empName LIKE '장_';



언더바와 퍼센트의 차이를 아시겠나요?


또한 LIKE 연산자는 NOT을 붙여서 반대의 의미로도 사용할 수 있습니다.


예를 들어, 이름에 '우'가 들어가지 않는 사람들의 데이터를 조회하고자 한다면 다음과 같이 할 수 있습니다.


SELECT * FROM employee

WHERE empName NOT LIKE '%우%';





2. IS NULL / IS NOT NULL


이번에는 NULL 체크시에 자주 사용되는 IS NULL / IS NOT NULL에 대해서 알아보겠습니다.

IS NULL / IS NOT NULL 은 간단하니 바로 예제 쿼리를 보고 확인해보도록 하겠습니다.


SELECT * FROM employee

WHERE manager IS NULL;



위와 같이 사용됩니다.

또한 주로는 아래와 같이 특정 칼럼값이 NULL이 아닌 데이터들만 조회하는데 주로 사용됩니다.


SELECT * FROM employee

WHERE commission IS NOT NULL;





3. ORDER BY


이번에 배워볼 구문은 ORDER BY 로써, 정렬을 하는데 사용하는 것 입니다.

만약 salary 값의 오름차순으로 데이터를 정렬해서 보여달라고 할 땐 어떻게 할까요?

아래 쿼리와 같이 ORDER BY 를 사용하고 어떤 컬럼을 기준으로 할지 함께 적어주면 됩니다.


SELECT * FROM employee

ORDER BY salary ASC;



이때 ASC는 오름차순을 뜻하며, 내림차순은 DESC 입니다.

만약 둘 중 아무것도 적어주지 않으면  기본적으로 오름차순 정렬이 됩니다.


그런데 결과를 보시면 첫번째와 두번째행의 salary가 250으로 같습니다.

추가적으로 이럴경우에는 empNo의 내림차순으로 정렬하고 싶어한다면 어떻게 할까요?

다음과 같이 이전의 쿼리에서 ORDER BY 뒤에 두번째로 정렬할 기준은 무엇인지 함께 적어주면 됩니다.


SELECT * FROM employee

ORDER BY salary ASC, empNo DESC;





4. TOP(n)


이번 포스팅에서 마지막으로 알아볼 것은 TOP(n) 입니다. 

TOP(n)은 결과 데이터의 상위 n개만 보여주라는 명령어입니다.

이는 MS SQL Server에서의 특징인데, 다른 데이터베이스에서는 LIMIT등으로 표현되고는 합니다.

TOP은 이전과 다르게 FROM 이후에 적어주는 것이 아니라 다음 쿼리와 같이 SELECT 뒤에 적어줍니다.


SELECT TOP 4 * FROM employee

ORDER BY salary;



위와 같이 TOP 뒤에 오는 숫자는 괄호로 묶지 않아도 괜찮습니다.


그런데 기존의 데이터를 보면 salary가 300인 사람은 2명입니다.

위의 쿼리와 같이 결과를 확인하면 salary가 300으로 동점인 2명 중 한명만 출력되고 있는 것인데, 만약 위와 같이 동점이 존재할 때, 모든 동점자를 함께 출력하려면 TOP n 뒤에 WITH TIES 옵션을 같이 붙여주면 됩니다.


SELECT TOP 4 WITH TIES * FROM employee

ORDER BY salary;



위와 같이 salary가 300으로 동점인 2명이 함께 출력되는 것을 확인하실 수 있습니다.

또한 TOP 구문에서는 단순히 정수를 사용하는 것이 아니라 전체 데이터의 퍼센트만큼 출력할 행의 수를 지정할 수 있습니다. 

예를 들어 전체 데이터의 10퍼센트에 해당하는 개수의 데이터만 조회하고 싶다면 다음과 같이 TOP n 뒤에 PERCENT 옵션을 붙여주면 됩니다.


SELECT TOP 10 PERCENT * FROM employee

ORDER BY empNo;




이렇게 해서 LIKE연산자를 비롯해 ORDER BY, TOP n 등에 대해서 알아보았습니다.

다음 포스팅에서는 집계함수(sum, max, min, avg 등)에 대해서 알아보며 동시에 GROUP BY, HAVING 절에 대해서도 함께 알아보도록 하겠습니다.

블로그 이미지

Tigercow.Door

Web Programming / Back-end / Database / AI / Algorithm / DeepLearning / etc

댓글을 달아 주세요


안녕하세요. 문범우입니다.

지난 글에서 기초적인 SELECT문을 통해 데이터를 조회하는 방법에 대해서 알아보았습니다.

이번 포스팅에서는 SELECT문에 WHERE절을 추가하여 특정 조건에 부합하는 데이터들만 조회하는 방법에 대해서 알아보도록 하겠습니다.


데이터베이스 및 테이블들은 지난 글에서 만든 샘플데이터를 그대로 이용합니다. 해당 샘플 데이터가 없는 분들은 아래 글에서 쿼리를 통해 샘플데이터를 생성하고 진행해주세요.


[MS SQL Server] #5_SELECT문 기초



1. WHERE문 기초


먼저 아래와 같은 기본 SELECT문을 통해서 employee 테이블의 모든 데이터를 조회해보도록 합시다.


SELECT * FROM employee;


그런데 만약 위와 같이 모든 정보를 얻고 싶은 것이 아니라, job의 값이 '사원'인 데이터에 대해서만 조회하고 싶을 때는 어떻게 할까요?

또는 salary가 500 이상인 데이터만 조회하고 싶을 때는 어떻게 해야 할까요?


이와 같이 테이블에서 특정 조건에 부합하는 데이터만 조회하고 싶을 때 사용하는 것이 WHERE절 입니다.


그럼 바로 WHERE절을 사용해보도록 합시다.

먼저 job이 사원인 데이터만 조회하는 쿼리는 다음과 같습니다.


SELECT * FROM employee

WHERE job = '사원';



위의 결과와 같이 job이 '사원'인 데이터만 조회되었습니다.


그럼 같은 방법으로 salary가 500 이상인 데이터도 조회해보도록 합시다.


SELECT * FROM employee

WHERE salary >= 500;



위와 같이 salary가 500이상인 데이터만 조회되었습니다.


WHERE 절에서 사용되는 기본적인 연산자는 다음과 같습니다.


대소를 비교할 때 사용되는 >, <, >=, <= 와 같은 것들이 있으며,

같음을 나타내는 = 와 서로 다름을 나타내는 != 또는 <>이 있습니다.


그런데 여러개의 조건을 함께 사용해야 하는 경우는 어떻게 해야할까요?



2. 논리연산자(and / or)의 사용


여러개의 조건을 함께 사용해야 한다는 것은 다음과 같은 상황일 것 입니다.


'사장' 직급이 아니면서, salary가 500 이상인 데이터에 대해서 조회하시오. 또는

commission을 포함한 연봉이 5500만원 이하이거나 '사원' 직급인 데이터를 조회하시오.


이러한 경우는 어떻게 할까요?

바로 여러개의 조건을 동시에 사용하면 되는데, 이럴 때 사용하는 것이 논리 연산자 입니다.

and 논리 연산자는 좌,우측의 조건을 동시에 만족해야 할 때 사용되며,

or 논리 연산자는 좌,우측의 조건중 하나만 만족하면 될 때 사용합니다.


그럼 바로 쿼리문으로 확인해보도록 하겠습니다.

'사장' 직급이 아니면서, salary가 500 이상인 데이터에 대해서 조회하는 쿼리는 다음과 같습니다.


SELECT * FROM employee

WHERE job != '사장'

AND salary >= 500;



위와 같이 우리가 기대한 결과가 잘 나온 것을 확인할 수 있습니다.


그럼 이번에는 OR연산자를 이용해보도록 합시다.

commission을 포함한 연봉이 5500만원 이하이거나 '사원' 직급인 데이터를 조회하는 쿼리는 다음과 같습니다.


SELECT * FROM employee

WHERE (salary * 12) + isnull(commission,0) <= 5500

OR job = '사원';



위의 쿼리에서는 지난 시간에 배운 isnull() 함수를 이용하여 연봉을 계산하고 해당 값을 WHERE절 에서 그대로 사용하였습니다.

위와 같이 WHERE절에서 연산도 가능하니 참고하시기를 바랍니다.



3. BETWEEN A AND B


이번에 배워볼 것은 위와 같이 WHERE절에서 사용되는 BETWEEN A AND B 구문입니다.

만약 salary가 300이상 500이하인 데이터에 대해서 조회하려면 어떻게 해야할까요?

우리가 위에서 배운 내용대로라면, 아래와 같은 쿼리가 될 것입니다.


SELECT * FROM employee

WHERE salary >= 300

AND salary <= 500;


하지만 BETWEEN A AND B 구문을 이용하면 다음과 같이 쿼리를 작성하면 됩니다.


SELECT * FROM employee

WHERE salary BETWEEN 300 AND 500;



실제로 같은 결과를 가져오지만 이전의 쿼리보다 보다 간결하고 직관적임을 알 수 있습니다.



4. IN


마지막으로 배워볼 구문은 IN입니다.

만약 salary가 300, 400, 500, 600인 데이터를 조회하려면 어떻게 해야할까요?

이전의 학습을 기반으로 쿼리를 작성해보면 다음과 같습니다.


SELECT * FROM employee

WHERE salary = 300

OR salary = 400

OR salary = 500

OR salary = 600;


하지만 IN 구문을 이용하면 다음과 같이 쿼리를 작성할 수 있습니다.


SELECT * FROM employee

WHERE salary IN (300,400,500,600);



IN구문을 활용함으로써 OR을 통한 이전의 쿼리보다 더 간결하고 직관적임을 알 수 있습니다.



이번 포스팅에서는 WHERE 절을 이용해서 조건에 부합하는 데이터 조회방법에 대해서 알아보았습니다.

사실 WHERE절 없이 SELECT를 활용하는 경우보다는 WHERE절을 통해 원하는 데이터만 조회할 때가 더 많다고 생각됩니다. 따라서 위에 나온 쿼리문들 이외에도 다양하게 시도해보고 쿼리문을 만들어보시길 바랍니다.


블로그 이미지

Tigercow.Door

Web Programming / Back-end / Database / AI / Algorithm / DeepLearning / etc

댓글을 달아 주세요


안녕하세요. 문범우입니다.

이번 포스팅에서는 먼저 샘플 데이터세트를 구성해보고, 이를 바탕으로 select 문에 대해서 보다 자세히 다뤄보도록 하겠습니다.



1. 샘플 데이터세트 구성하기


아래의 쿼리를 실행시킴으로써 샘플 데이터베이스 생성 부터 데이터 입력까지 진행합니다.

단순 CREATE 및 INSERT 문이기 때문에 복사 붙여넣기를 하셔도 되지만

복습 및 익숙해짐을 위해서 직접 타이핑 해보시는 것도 좋을 것 같습니다.


-- CREATE SAMPLE_DB

CREATE DATABASE SampleDB;


USE SampleDB;


-- CREATE TABLE

CREATE TABLE department(

deptNo INT PRIMARY KEY,

deptName NVARCHAR(20),

location NCHAR(20)

);


CREATE TABLE employee(

empNo INT PRIMARY KEY,

empName NVARCHAR(20),

job NVARCHAR(20),

manager INT,

hireDate DATETIME,

salary INT,

commission INT,

deptNo INT FOREIGN KEY REFERENCES DEPARTMENT(deptNo)

);


-- INSERT DATA

INSERT INTO department (deptNo, deptName, location)

VALUES (10, '경리부', '서울');

INSERT INTO department (deptNo, deptName, location)

VALUES (20, '인사부', '인천');

INSERT INTO department (deptNo, deptName, location)

VALUES (30, '영업부', '대전');

INSERT INTO department (deptNo, deptName, location)

VALUES (40, '전산부', '부천');


INSERT INTO employee (empNo, empName, job, manager, hireDate, salary, deptNo)

VALUES (1001, '최범우', '사원', 1013, '2007-03-21', 300, 20);

INSERT INTO employee (empNo, empName, job, manager, hireDate, salary, commission, deptNo)

VALUES (1002, '김범수', '대리', 1005, '2007-04-11', 250, 80, 30);

INSERT INTO employee (empNo, empName, job, manager, hireDate, salary, commission, deptNo)

VALUES (1003, '장태훈', '과장', 1005, '2005-02-01', 500, 100, 30);

INSERT INTO employee (empNo, empName, job, manager, hireDate, salary, deptNo)

VALUES (1004, '최상우', '부장', 1008, '2003-09-01', 600, 20);

INSERT INTO employee (empNo, empName, job, manager, hireDate, salary, commission, deptNo)

VALUES (1005, '변봉중', '과장', 1008, '2003-10-02', 450, 200, 30);

INSERT INTO employee (empNo, empName, job, manager, hireDate, salary, deptNo)

VALUES (1006, '송원철', '부장', 1005, '2003-08-02', 480, 30);

INSERT INTO employee (empNo, empName, job, manager, hireDate, salary, deptNo)

VALUES (1007, '문서연', '부장', 1008, '2004-03-08', 520, 10);

INSERT INTO employee (empNo, empName, job, manager, hireDate, salary, commission, deptNo)

VALUES (1008, '장웅', '차장', 1003, '2004-03-01', 500, 0, 30);

INSERT INTO employee (empNo, empName, job, hireDate, salary, deptNo)

VALUES (1009, '최상범', '사장', '1996-10-04', 1000, 20);

INSERT INTO employee (empNo, empName, job, manager, hireDate, salary, deptNo)

VALUES (1010, '이명근', '과장', 1003, '2005-04-01', 500, 10);

INSERT INTO employee (empNo, empName, job, manager, hireDate, salary, deptNo)

VALUES (1011, '서은혜', '사원', 1007, '2007-02-03', 280, 30);

INSERT INTO employee (empNo, empName, job, manager, hireDate, salary, deptNo)

VALUES (1012, '이철진', '사원', 1006, '2007-08-06', 300, 20);

INSERT INTO employee (empNo, empName, job, manager, hireDate, salary, deptNo)

VALUES (1013, '한태범', '부장', 1003, '2002-10-09', 560, 20);

INSERT INTO employee (empNo, empName, job, manager, hireDate, salary, deptNo)

VALUES (1014, '김광우', '사원', 1006, '2007-11-09', 250, 10);


위의 쿼리들을 이용해서 데이터세트를 구성하고 나서 아래의 기본 SELECT문을 이용하여 각각의 테이블을 조회하면 아래 사진과 같은 결과가 나와야 합니다.


-- SELECT TABLE

SELECT * FROM department;




SELECT * FROM employee;



그럼 위의 데이터들을 바탕으로 SELECT 문에 대해서 학습해보도록 하겠습니다.



2. SELECT


기본적으로 SELECT 문은 아래와 같은 형태를 띄고 있습니다.


SELECT <COLUMN NAME1, COLUMN NAME2, ...>

FROM <TABLE NAME>;


물론 해당 SELECT 문에 WHERE 문이라는, 조건절이 추가적으로 붙어서 사용되는 경우가 많지만 이번 포스팅에서 해당 내용은 제외하고 심플하게 SELECT문에 대해서만 알아보도록 하겠습니다.


SELECT문 에서는 특정 테이블에서 내가 원하는 컬럼에 대한 데이터만 조회할 수 있습니다.

이때 조회하고자 하는 테이블이름과 조회하고자 하는 컬럼명을 적어주어야 합니다.

그럼 employee 테이블에서 empName과 job, salary를 조회해보도록 하겠습니다.


SELECT empName, job, salary

FROM employee;




* SELECT문에서 연산자 이용하기


이번에는 SELECT 문에서 연산자를 이용해보는 실습을 진행해보겠습니다.

현재 우리는 salary에 대한 데이터를 가지고 있는데, 만약 연봉값을 알고 싶을 땐 어떻게 해야할까요?

간단하게 생각해보면, salary는 월급이므로 salary에 12를 곱하면 연봉이 될 것입니다.

SELECT 문에서는 연산자 이용이 가능합니다. 따라서 연봉을 구하기 위해 salary에 12를 곱해주면 되는 것이죠.


아래와 같이 쿼리문을 작성함으로써 employee들의 연봉 값을 같이 구할 수 있습니다.


SELECT empName, job, salary, salary*12

FROM employee;




위의 결과를 보면 salary에 12를 곱한 값들도 함께 출력되는 것을 확인할 수 있습니다.

하지만 해당 열이름을 보면 (열 이름 없음) 이라는 값으로 나와서 그것이 연봉인지는 모두가 알기 쉽지 않을 것 입니다.

그럼 우리가 원하는 열 이름을 지정해줄 수 있다면 어떨까요?

당연히 해당 기능을 지원하고 많이 이용되고 있습니다.



* as 를 이용한 열 이름 별칭 사용하기


해당 기능을 열 이름에 별칭을 사용한다고 표현합니다.

별칭이라는 말 그대로, 원래 이름대신 별명을 이용하는 것이라고 생각하시면 됩니다.

이는 위에서 본 (열 이름 없이)와 같이 새롭게 생성된 열 이외에도, 기존의 열에도 사용 가능합니다.

아래의 쿼리와 같이 작성함으로써 각각의 열에 대해서 우리가 원하는 이름을 지정할 수 있습니다.

SELECT empName as 사원이름, job as 직급, salary as 월급, salary*12 as 연봉

FROM employee;



위와 같이 as 뒤에 설정한 이름이 출력되는 열의 이름이 된 것을 확인할 수 있습니다.


추가로, 아래와 같이 as 라는 예약어는 생략가능하며, 만약 우리가 지어주는 열 이름에 띄어쓰기를 넣고 싶다면 아래와 같이 별칭 값을 홀 따옴표로 묶어줘야 합니다.




그런데 사실 연봉에는 commission 값도 포함되어야 합니다.

그럼 연봉에 해당 값을 같이 더해서 출력해보겠습니다.

우리가 * 연산을 활용한 것과 같이 그대로 + 연산을 활용하면 됩니다.


SELECT empName 사원이름, job 직급, salary 월급, (salary*12) + commission '연  봉'

FROM employee;



하지만 결과를 보면, 우리가 생각하지 못했던 NULL 값이 출력되고 있습니다.

왜 이런 결과가 나오는 것 일까요?



* NULL 값


먼저 그 이유를 알아보자면, NULL과 함께 연산했기 때문에 그 결과가 NULL로 나오는 것 입니다.


기존의 데이터를 살펴보면 commission 값을 NULL로 설정한 행들이 있습니다.

그리고 위의 결과와 대조해 보았을 때 commission 값이 NULL인 행들의 연봉이 NULL로 나온 것을 볼 수 있습니다.

즉, 덧셈 연산을 통해 특정 값에 NULL을 더했기 때문에 그 결과도 NULL이 나오는 것 입니다.

도대체 NULL이 정확이 무엇이길래, 그러한 결과가 될까요?


NULL은 0이라는 값이나, 문자열에서의 공백을 의미하는 것이 아닙니다.

그렇다고 해서 값이 저장되는 공간을 의미하는 것도 아닙니다.

NULL은 정말 단순하게, 인식되지 않는 값, 미확정 값을 의미합니다.


즉 NULL 값이란 어떠한 값이 존재하는 것이지만 어떠한 값인지 우리가 알 수 없는 것 입니다.

NULL 값이 단순하게 하나로 정의되기 보다는 우리가 인식하지 못하는, 어떠한 값이라고 이야기할 수 없는 모든 값이 NULL로 표현됩니다.

이해를 위해 특정 NULL의 값이 3a937f8b13 이라고 해봅시다.

그런데 만약 해당 값에 5000 이라는 값을 더하면, 우리가 인식할 수 있는 값이 될까요?

그렇지 않습니다. 우리가 5000 이라는 인식할 수 있는 값이 있었지만 해당 값과 인식하지 못하는 값을 더했기 때문에 결국 그 결과도 인식할 수 없는 결과가 되어 버립니다.


따라서 연산에서도, NULL을 이용한 연산을 한다면 그 결과 또한 항상 NULL이 되어버립니다.


그럼 이렇게 NULL이 포함된 값에 대해서 연산을 수행할 때, 그 결과가 NULL이 나오지 않게 하려면 어떻게 해야 할까요?



* isnull 함수 사용하기


바로, isnull() 이라는 내장함수를 사용하면 됩니다.

내장함수라는 것은 말 그대로, 외부에서 호출(import)을 하지 않아도 내부에 저장되어 있어 즉시에 사용할 수 있는 함수를 이야기합니다.

isnull함수는 다음과 같이 사용될 수 있습니다.


isnull(field, val)


위와 같이 사용되는 isnull함수는 field의 값이 null일때 val값으로 대치(변경)되어 처리됩니다.


말이 조금 어렵다면 바로 아래와 같이 쿼리를 작성하여 그 결과를 보고 이해해보도록 합시다.


SELECT empName 사원이름, job 직급, salary 월급, isnull(commission, 0) 보너스, (salary*12) + isnull(commission, 0) '연  봉' FROM employee;



아까와 달리 NULL이라는 결과가 나오지 않고, 제대로 결과가 출력됨을 볼 수 있습니다.



* distinct


그럼 이번에는 회사에 있는 직급들에 대해서만 한번 출력해보도록 하겠습니다.


SELECT job as 직급 FROM employee;


위와 같이 회사내의 직원들의 직급이 전부 출력되었습니다.

하지만 위의 결과에서는 직급에 대해 중복되는 결과들이 있기에 실제로 회사에 어떤 직급들이 존재하는지 보기가 편리한 결과는 아닙니다.

즉, 중복되는 값들을 출력되지 않게 한다면 회사 내에 존재하는 직급들을 확인하는데 보다 편리할 것 입니다.

이렇게, 중복되는 값들은 출력되지 않도록 하는 것이 distinct 입니다.

아래의 쿼리를 통해 확인해보도록 하겠습니다.


SELECT DISTINCT job as 직급 FROM employee;


그럼 아래와 같은 쿼리는 어떨까요?


SELECT DISTINCT job as 직급, empName as 사원이름 FROM employee;


이전의 쿼리와 달리, 직급의 중복 데이터가 존재합니다.

즉 DISTINCT는 특정 칼럼에 대해서만 중복을 확인하는 것이 아니라, 출력되는 각 행(레코드)의 중복을 체크하는 것입니다.

다시 말해서, 출력된 결과의 1번과 2번의 직급은 과장으로 동일하지만 사원이름이 서로 다르기 때문에 중복된 행이 아닙니다. 따라서 DISTINCT에 의해 생략되지 않고 둘 다 출력되는 것 입니다.



* 애스터리스크(*)


마지막으로는 애스터리스크라고도 불리는, 별표(*)에 대해서 알아보고 오늘 글을 마무리하려 합니다.

사실 이전에도 몇번 만나보았고 간단하게 설명드렸던 내용입니다.

이전에 우리가 아래와 같은 쿼리를 작성했던 것 기억하시나요?


SELECT * FROM employee;

위의 쿼리에서 *를 애스터리스트, 별표라고 합니다.

그리고 그 의미는 모든 값을 의미하는 것이죠.

즉, employee에 있는 모든 칼럼을 의미하기 때문에 해당 쿼리의 결과는 아래 사진과 같이 employee 테이블의 모든 칼럼에 대한 값을 출력하게 됩니다.




이렇게 해서 SELECT 문에 대한 글을 마무리합니다.


물론 추후에 WHERE절이 붙거나 JOIN, 서브쿼리를 이용하는 등의 작업에 있어서 SELECT 문에 대해서도 더 알아보아야 할 내용들이 많겠지만, 간단한 내용부터 하나씩 알아갈 예정입니다.

처음 SQL을 공부하시는 분들은 꼭 위의 내용에 대해서 이해해주셔야 추후에 더 복잡한 쿼리문에 있어서 어렵지 않게 공부하실 수 있을 것이라 생각됩니다.

더 궁금한 점이나 잘못된 부분에 대해서는 언제든지 거침없이 말씀해주시면 감사하겠습니다 :)


블로그 이미지

Tigercow.Door

Web Programming / Back-end / Database / AI / Algorithm / DeepLearning / etc

댓글을 달아 주세요


안녕하세요. 문범우입니다.

이번 포스팅에서는 MS SQL Server에서 데이터를 다루는 기초적인 쿼리들에 대해서 알아보도록 하겠습니다.

구체적으로는 create table, insert, alter에 대해서 다뤄볼 예정입니다.



1. CREATE DATABASE


먼저 우리가 이번 실습을 진행할 데이터 베이스를 만들어보도록 합니다.


CREATE DATABASE MEMBER_TEST;


위의 쿼리로 MEMBER_TEST라는 이름의 데이터베이스를 만듭니다.


그리고 이후 아래 쿼리를 통해 해당 데이터베이스에서의 작업을 시작합니다.


USE MEMBER_TEST;




2. CREATE TABLE


이제 우리가 데이터를 다뤄볼 첫번째 테이블을 만들어 보도록 하겠습니다.

테이블을 만드는 쿼리문은 기본적으로 아래의 형태를 가지고 있습니다.


CREATE TABLE <TABLE_NAME>(

<COLUMN1> <DATA_TYPE> [CONTRAINTS],

<COLUMN2> <DATA_TYPE> [CONTRAINTS],

<COLUMN3> <DATA_TYPE> [CONTRAINTS], ...

);


정확히 이해가 가지 않는다면 먼저 아래의 쿼리를 보고 다시 설명드리겠습니다.



CREATE TABLE T_MEMBER(

id INT IDENTITY(1,1),

name VARCHAR(10)

);


위의 쿼리문에 대해 한번 자세히 알아보도록 합시다.


먼저 첫번째에서는 CREATE TABLE T_MEMBER(~)로 되어있습니다.

간단합니다, 단순히 T_MEMBER라는 이름의 테이블을 만든다는 뜻 입니다.

그런데 추가적으로 괄호가 있는 이유는, 테이블에 들어갈(또는 테이블이 포함할) 데이터에 대한 정의가 필요하기 때문입니다.


그럼 이어서 두번째 줄을 보겠습니다.

두번째 줄에는 id INT IDENTITY(1,1) 라고 되어있습니다.

여기서 id라는 것은 해당 컬럼의 이름입니다. 그리고 이어서 있는 INT는 해당 컬럼의 데이터 타입을 이야기합니다.

데이터 타입에는 숫자형을 나타내는 INT, 그리고 바로 아래에서 사용되는 문자열을 담는 VARCHAR와 같은 것들이 있습니다.

그리고 그 뒤에 있는 IDENTITY(1,1) 해당 컬럼에 특정 제약조건(contraint)를 준 것인데, 이에 대해서는 조금 이따가 다시 살펴보도록 합시다.


마지막으로 세번째 줄을 확인하시면, 두번째 줄에서 본 것과 동일합니다.

name이라는 컬럼 이름을 설정해주고 있으며 해당 컬럼의 데이터 타입은 VARCHAR(10)인 것 입니다.


그럼 마지막으로 IDENTITY에 대해서 알아보고 테이블 생성문(CREATE TABLE)에 대해 마무리해보도록 합시다.


먼저 우리가 컬럼을 정의할 때 특정 제약조건들을 설정해줄 수 있습니다.

대표적으로는 NULl값을 가지지 못하게 NOT NULL을 설정하거나, 중복값을 갖지 못하게 하는 UNIQUE, 또는 기본값을 설정해주는 DEFAULT 등이 있습니다.

그리고 IDENTITY도 제약조건중에 하나입니다.

IDENTITY는 데이터가 추가될 때 마자 자동으로 증가되는 값을 가질 수 있도록 하는 제약조건입니다.

IDENTITY(1,1)에서 두개의 숫자 1이 나타내는 것은 어떤 값에서 시작해서 얼마나 숫자가 증가할지를 의미합니다.

즉, IDENTITY(start number, increment number) 입니다.

따라서 우리가 위의 쿼리에서 설정한 제약조건은, id컬럼의 값이 1부터 시작해서 자동으로 1씩 증가하여 저장되는 제약조건입니다.



3. INSERT INTO


이제 이렇게 만들어진 테이블에 실제로 데이터를 입력해보도록 하겠습니다.

테이블에 데이터를 입력할 때 사용하는 쿼리문은 INSERT INTO 입니다. 해당 쿼리문에 대해서 자세히 알아보도록 하겠습니다.


INSERT [INTO] <TABLE NAME>

[(COLUMN NAME1, COLUMN NAME2, ...)] VALUES (VALUE1, VALUE2, ...);


위와 같은 형태를 띄고 있는 INSERT 문은 우리가 원하는 칼럼에만 데이터를 입력하거나, 모든 칼럼에 데이터를 입력할 수 있습니다. 이 말이 아직 제대로 이해가지 않아도, 아래 예제 쿼리들을 실행시켜보면서 이해해보도록 합시다.


INSERT INTO T_MEMBER (name) VALUES ('김범우');

INSERT T_MEMBER (name) VALUES ('이범우');

INSERT INTO T_MEMBER VALUES ('한범우');

SELECT * FROM T_MEMBER;


위와 같은 4개의 쿼리를 실행하고 나면 아래와 같은 결과를 얻을 수 있습니다.



3개의 INSERT 문이 약간씩 차이가 존재하지만, 결국 VALUES 뒤의 데이터값이 입력되고 있음을 알 수 있으며, 우리가 이전에 테이블을 정의할 때 id 컬럼에 적용한 IDENTITY가 정상적으로 적용되고 있음도 확인할 수 있습니다.


그럼 이제 한번 더 새로운 테이블을 만들어 보고 데이터를 입력해보도록 하겠습니다.



4. CREATE, INSERT 복습


먼저 아래와 같은 쿼리를 통해 T_PRODUCT 테이블을 만들어보겠습니다.

CREATE TABLE T_PRODUCT(

product_code VARCHAR(5) CONSTRAINT pk_code PRIMARY KEY,

product_name VARCHAR(20) NOT NULL,

product_price VARCHAR(10) DEFAULT '0',

product_remark VARCHAR(100)

);  


각각의 컬럼에 대해 설정된 제약조건들에 대해서만 한번 더 짚고 넘어가겠습니다.

product_code는 pk_code라는 이름으로 기본키(Primary key) 설정을 하였습니다.

기본키라 함은, 해당 테이블 내에 존재하는 여러 행(레코드)들 중에서 유일하게 식별가능한 값을 의미합니다.

따라서 null값이 들어갈 수 없고, 다른 값과 중복될 수 없는 특징이 있습니다.


두번째로 product_name은 not null 조건을 통해 null 값이 들어갈 수 없도록 설정하였습니다.


product_price 는 default값을 설정해 줌에 따라서 아무 값도 입력되지 않을 경우 0이라는 값으로 설정되도록 하였습니다.


그리고 마지막 product_remark 컬럼은 어떠한 제약조건도 설정하지 않았습니다.


이렇게 만든 T_PRODUCT 테이블에 직접 데이터를 입력해보도록 하겠습니다.


INSERT INTO T_PRODUCT (product_code, product_name, product_price, product_remark)

VALUES ('A001', '청소기', '1000000', '무선');


INSERT T_PRODUCT (product_code, product_name)

VALUES ('A002', '냉장고');


SELECT * FROM T_PRODUCT;


먼저 두개의 INSERT 문을 통해 2개의 데이터를 입력해보고 아래와 같은 결과를 확인해보겠습니다.



첫 번째 INSERT 문에서는 4개의 컬럼에 모두 값을 입력해주었습니다.

그와 다르게 두번째에서는 prudct_code와 product_name에만 값을 입력하였습니다.

그리고 결과를 보니, 값을 입력하지 않은 product_price는 default 값이 자동으로 입력되었고, 아무런 설정도 하지 않은 product_remark 에는 null 값이 입력된 것을 확인할 수 있습니다.


그럼 우리가 not null로 설정한 product_name에 아무런 값도 입력해주지 않으면 어떻게 될까요?

바로 시도해보겠습니다.


INSERT INTO T_PRODUCT (product_code, product_remark)

VALUES ('A003', '이름없는 제품');


위의 쿼리문을 실행시키면 아래와 같이 에러가 발생합니다.



에러 내용을 읽어보면 우리가 값을 설정해주지 않은 product_name에 null이 입력될 수 없다는 내용입니다.

우리가 테이블을 만들 때 설정한 제약조건 때문인 것이죠.

이와 같이 기본키로 설정한 product_code 또한 아무런 값을 입력해주지 않으면 동일한 에러가 출력될 것입니다.



5. ALTER


그런데, 우리가 처음 만들었던 테이블에 대해 몇가지 수정을 하고 싶다면 어떻게 할까요?

바로 ALTER문을 이용해 테이블의 컬럼에 대해 변경, 추가, 삭제를 진행할 수 있습니다.


그럼 먼저, VARCHAR(10) 으로 설정되어 있던 product_price에 대해서 설정을 해보겠습니다.


ALTER TABLE T_PRODUCT

ALTER COLUMN product_price VARCHAR(20);


위의 ALTER 문을 통해서 VARCHAR(10) 로 되어있던 product_price를 VARCHAR(20) 으로 확장시킬 수 있습니다.


그런데 VARCHAR(20)으로 되어있는 컬럼을 더 작게 축소하는 것은 가능할까요?

정답은 가능할 때도 있고, 불가능할 때도 있습니다.

만약 해당 컬럼에 VARCHAR(10)의 크기를 넘는 값을 가지는 행이 존재한다면 해당행의 데이터 손실이 발생하는 것을 막기위해 컬럼의 변경이 불가합니다.

하지만 VARCHAR(10)의 크기를 넘는 값을 가지는 행이 없을 땐 가능합니다.


추가적으로 컬럼을 추가할 때에는,


ALTER <TABLE_NAME>

ADD COLUMN <COLUMN NAME> <DATA TYPE> [<CONSTRAINTS>];


와 같은 구문으로 추가할 수 있습니다.


비슷하게 컬럼을 삭제할 때에는,


ALTER <TABLE_NAME>

DROP COLUMN <COLUMN NAME>;

와 같은 구문으로 삭제할 수 있습니다.


이렇게 해서 테이블을 만들고, 데이터를 입력하고, 만들었던 테이블 컬럼에 대해 수정, 추가, 삭제하는 쿼리문에 대해서 알아보았습니다.

추가적으로 궁금한 점이 있거나 잘못된 점들에 대해서는 언제든지 말씀해주시면 감사하겠습니다.





블로그 이미지

Tigercow.Door

Web Programming / Back-end / Database / AI / Algorithm / DeepLearning / etc

댓글을 달아 주세요

안녕하세요. 문범우입니다.

지난 포스팅에서는 SSMS의 개체탐색기를 이용하며 데이터베이스 구축을 진행해보았습니다.

이번 포스팅에서는 같은 과정에 대해서 Transact-SQL을 이용해 진행해보도록 하겠습니다.


1. 데이터베이스 구축하기

 

먼저 아래와 같이 SSMS를 실행시키고 상단의 새쿼리 메뉴를 클릭합니다.

빨간색 박스에 master로 설정되어 있는 것을 확인합니다.

 

우리는 먼저 데이터베이스를 만들고 해당 데이터베이스 내부에 테이블이나 데이터를 추가할 것이니, 먼저 master를 선택하여 데이터베이스를 만들어야 합니다.

 

그럼 우측, 쿼리를 입력할 수 있는 곳에 아래와 같이 데이터베이스 생성 쿼리를 입력해봅니다.

 

create database <database명>

 

위의 쿼리문은 데이터 정의어(DDL) 중의 하나인 create문을 이용하는 쿼리입니다.

 

위의 쿼리문을 실행시키기 위해서 해당 쿼리문을 블록처리하고 F5를 눌러 실행시킵니다.

그리고 좌측의 개체탐색기 > 데이터베이스를 확인하면 Test02 라는 데이터베이스가 새로 생긴것을 확인할 수 있습니다.

 

이제 우리가 방금 생성한 Test02 라는 데이터베이스 내에 새로운 테이블을 생성하고 데이터를 추가해야 합니다.

하지만 우리가 처음 시작할 때 master 로 설정하고 시작한 것을 기억하시나요?

이 상태에서 테이블을 생성하거나 데이터를 입력하려고 하면 우리가 원하는대로, Test02 라는 데이터베이스에 데이터가 기록되지 않고 시스템 데이터베이스에 기록되게 됩니다.

따라서 우리가 앞으로 Test02에서 작업하겠다고 컴퓨터에게 알려주어야 합니다.

이를 위해서 아래와 같은 쿼리를 입력합니다.

 

use Test02;

 

위의 쿼리문을 실행하면 아래와 같이 master 로 선택되어있던 것이 Test02로 바뀐것을 확인할 수 있습니다.

 

그럼 이제 Test02에 새로운 테이블을 만들어 보도록합시다.

새로운 테이블을 만들때에도 데이터베이스 생성과 동일하게 create 문을 이용합니다.

 

create table member(
    id int constraint pk_code primary key,
    name char(10),
    email char(10)
);

 

쿼리를 실행시킬 때는 실행시키고자 하는 부분만 블록으로 감싸 F5를 눌러야합니다.

특정 부분을 블록으로 감싸지 않고 F5를 누르면 해당 쿼리창의 시작부터 끝까지 모든 쿼리가 다시 실행되므로 에러가 발생할 수 있습니다.

 

위의 쿼리를 잠시 살펴보면, create 문을 사용하였지만 database 생성시와는 다르게 테이블명 뒤에 소괄호가 있고 그 내부에 여러 정보가 있습니다.

테이블은 특정 칼럼과 그 칼럼에 대한 설명이 존재하기 때문에 위와 같은 형태를 띄게 됩니다.

 

위의 쿼리에서, member 테이블은 id, name, email 이라는 3개의 칼럼을 가지고 있습니다.

그리고 id는 int형 데이터 타입, name과 email은 모두 char(10) 이라는 데이터 타입을 가집니다.

추가적으로 id 칼럼은 contraint pk_code primary key 라고 붙어있는데, 여기서 constraint는 해당 칼럼에 특정 제약조건을 주겠다라는 의미이고 그 제약조건의 내용이 뒤에 따라서 붙습니다.

여기서는 pk_code primary key 라는 제약조건이 붙었는데, 이는 pk_code 라는 이름의 primary key로 설정하겠다라는 의미입니다.

즉, member 테이블에서의 primary key, 기본키는 id컬럼이며 해당 기본키의 이름은 pk_code인 것 입니다.

 

그런데 이렇게 테이블을 만들고 보니 name이름에 null이 들어가면 안되는 것을 깜빡했습니다.

name이라는 칼럼에 not null 속성을 추가해주어야 하는데, 그렇다고 해서 테이블을 통째로 지우고 다시 날리는 것은 너무나 비효율적입니다.

이렇게 테이블의 속성을 변경하기 위해 데이터 정의어(DDL)에서 ALTER구문이 존재합니다.

 

ALTER문을 이용하여 member 테이블의 name 칼럼의 속성을 변경해보도록 하겠습니다.

 

alter table member
alter column name char(10) not null;

 

먼저 어떤 테이블에 대해서 변경을 진행할 지 알려줍니다.

그리고 column을 수정하는데 어떤 칼럼을 수정하는지 해당 칼럼의 이름을 적어주고 이후 속성을 그대로 적어줍니다.

우리가 not null만 추가하고자 했으나 char(10)까지 그대로 적어주는 이유는 해당 alter 구문이 추가하는 명령이 아닌 변경하는 명령이기 때문입니다.

즉, char(10) 이라는 속성을 가진 칼럼을 char(10) not null 속성을 가지도록 변경하는 것 입니다.

 

그럼 이제 우리가 만든 member 테이블에 데이터를 직접 입력해주도록 하겠습니다.

이렇게 데이터를 입력하거나 조회, 수정, 삭제하는 쿼리를 데이터 조작어(DML) 이라고 합니다.

데이터 조작어에는 크게 INSERT(삽입), UPDATE(수정), DELETE(삭제), SELECT(조회) 네가지가 있으나 이번 포스팅에서는 단순히 Transact-SQL을 경험해보는 것이 목적이기 때문에 INSERT와 SELECT문에 대해 간단히 사용만 하도록 하겠습니다.

 

해당 쿼리문들에 대해서는 추후에 좀 더 자세히 알아볼 것이니 잘 이해가 가지 않아도 괜찮습니다.

 

먼저 member 테이블에 아래와 같은 쿼리로 데이터를 입력합니다.

 

insert into member values(10, '홍범우', 'hong@email');

 

위의 쿼리는, member 라는 테이블에 데이터를 insert 할 것이다라는 의미입니다.

그리고 입력되는 데이터의 내용은 values(~~~) 내부에 입력합니다.

 

해당 쿼리를 실행시키고, 우리가 입력한 데이터가 잘 저장되었나 확인하기 위해서 아래 쿼리를 입력합니다.

 

select * from member;

 

select 문은 데이터를 조회하는 쿼리문 입니다.

select 문을 통해서 어떤 칼럼을 조회할 지 선택할 수 있는데, 이때 * 의 의미는 모든 것을 의미합니다.

즉, 위의 쿼리는 특정 칼럼만 확인하는게 아니라 모든 칼럼을 조회하겠다는 의미이고, 배경이 되는 테이블이 member라는 것을 알려주기 위해 from ~ 절을 작성해준 것 입니다.

 

위의 select 쿼리를 실행시키면 아래와 같이 우리가 위에서 입력한 데이터가 정상적으로 입력된 것을 볼 수 있습니다.

 


이렇게 해서 간단하게 Transact-SQL 을 통해 데이터베이스를 구축하는 방법에 대해서 알아보았습니다.

 

블로그 이미지

Tigercow.Door

Web Programming / Back-end / Database / AI / Algorithm / DeepLearning / etc

댓글을 달아 주세요

안녕하세요. 문범우입니다.

이번 포스팅에서는 SQL Server 에서의 데이터 타입과 SQL에 대해서 간단하게 알아보고, 직접 데이터베이스를 구축해보는 실습 과정을 진행하도록 하겠습니다.

 

 


1. 데이터 타입(DataType)

 

SQL Server에서 사용하는 데이터 타입과 그 범위는 아래와 같습니다.

 

- 정수타입

tinyint : 0~255

smallint : -32768 ~ 32767

int : -2^31 ~ 2^31 - 1

 

- 날짜 시간 타입

datetime : 1753-1-1 ~ 9999-12-31

smalldatetime : 1900-1-1 ~ 2079-6-6

 

- 문자타입

char[(n)] : 고정형 길이

varchar[(n)] : 가변형 길이

 

물론 이 외에도 다른 데이터 타입이 존재하지만, 현재 학습하는 과정에서 기초적으로 알아두어야 할 것들에 대해서만 나열해보았습니다.

 

2. SQL(Structured Query Language)

 

SQL은 기능에 따라서 총 3가지로 나누어 볼 수 있습니다.

 

- 데이터 정의어(DDL) : CREATE, ALTER, DROP 등

   테이블이나 테이블 간의 관계를 생성 및 수정하는데 사용하는 것

 

- 데이터 조작어(DML) : SELECT, INSERT, DELETE, UPDATE 등

   테이블에 데이터를 검색하거나 삽입, 삭제, 수정하는데 사용하는 것

 

- 데이터 제어어(DCL) : GRANT, REVOKE 등

   데이터에 대한 사용 권한을 제어하거나 관리하는 데 사용하는 것

 

위와 같이 기능에 따라 총 3가지로 나누어 볼 수 있으며, 각각에 대해서는 앞으로 학습을 하며 좀 더 자세히 알아보도록 하겠습니다.

 

 

3. 데이터베이스 구축하기

 

이제 실제로 SQL Server에 데이터베이스를 구축해보도록 하겠습니다.

먼저 지난번에 설치한 SSMS를 실행시켜서 SQL Server에 연결시켜서 아래와 같은 화면이 보이도록 합니다.

 

데이터베이스를 구축하는 방법은 총 2가지가 존재하는데 이에 대해서 실습을 진행해보도록 하겠습니다.

2가지 방법은 이번 글에서 알아볼 개체탐색기를 이용하는 방법과 다음 포스팅에서 알아볼 Transact-SQL을 이용한 방법입니다.

- 데이터베이스 만들기

먼저 첫번째로 이번 글에서는 좌측에 보이는 개체탐색기를 이용합니다.

개체탐색기에서 데이터베이스에 우클릭을 하여 새 데이터베이스를 클릭하여 아래와 같은 화면이 뜨도록 합니다.

 

이제 여기서 새롭게 만들 데이터베이스 이름을 설정합니다.

또한 소유자는 현재 기본값으로 되어 있는데 이러한 경우 기본적으로 연결되어있는 유저가 소유자가 됩니다.

 

이렇게 설정하고 확인을 눌러주고 나면 좌측의 개체탐색기의 데이터베이스 내부에 Text01이라는 데이터베이스가 새로 생긴것을 확인할 수 있습니다.

또한 Test01 내부를 보면 테이블, 뷰와 같은 것들이 자동으로 생긴것을 볼 수 있습니다.

 

- 테이블 만들기

그럼 이어서 Test01에 새로운 테이블을 만들어보도록 하겠습니다.

이번에는 데이터베이스 > Test01 > 테이블을 우클릭 하여 테이블을 클릭하여 아래와 같은 창이 뜨도록 합니다.

새롭게 뜬 창을 보면 열이름과 데이터 형식 등을 기입할 수 있도록 되어 있습니다.

해당 창에 아래 사진과 같이 열과 데이터 형식, Null 허용 체크를 맞추어 채워보도록 합니다.

위와 같이 3개 필드를 추가하셨다면 Ctrl+s 또는 화면 상단의 저장버튼을 눌러서 저장하는데 이때 테이블 이름은 member 로 설정하도록 합니다.

 

정상적으로 저장이 되었다면, 좌측 개체탐색기에서 Test01 > 테이블에 dbo.member 라는 것이 새로 생긴것을 확인할 수 있습니다.

 

- 기본키 설정

이제 특정 칼럼에 대해서 기본키설정을 해보겠습니다.

 

먼저 기본키란, 간단히 얘기해서 동일 테이블 내에서 행을 유니크하게 구별할 수 있는 값을 이야기합니다.

따라서 기본키로 설정된 값은 서로 중복될 수 없으며 null이 허용되지 않습니다.

 

 dbo.member 탭에서 id를 우클릭하면 아래 사진과 같이 여러가지가 나오는데 이중에서 기본 키 설정을 클릭합니다.

 

 

그럼 id라는 값 좌측에 노란색 열쇠모양이 생긴 것을 확인 할 수 있습니다.

 

이제 새로운 테이블을 만들어 보도록 하겠습니다.

방법은 위에서 했던 것과 동일하며 아래와 같이 3개의 컬럼을 가지도록 테이블을 만들어 줍니다.

 

그리고 테이블 이름은 Product로 설정합니다.

 

이렇게 하여 새로 테이블을 추가하였는데, 아까와 달리 좌측 개체탐색기에 dbo.Product 테이블이 보이지 않는다면 F5를 눌러 새로고침하거나, 개체탐색기 창의 상단에 있는 새로고침 버튼을 눌러줍니다.

 

- 데이터 추가

이제 member 테이블에 데이터를 추가해보도록 하겠습니다.

개체탐색기에서 dbo.member 를 우클릭하고 상위 200개 행 편집을 선택합니다.

 

그리고 아래 사진과 같이 데이터를 입력합니다.

데이터를 입력때는 Tab 키를 이용하면 편리하게 입력이 가능하고, 위의 사진에서 빨간색 느낌표가 있는 이유는 아직 해당 행의 데이터가 저장되지 않았다는 의미입니다.

다음 행으로 넘어가게 되면 자동적으로 이전 행이 추가(저장)됩니다.

그리고 특정행을 삭제하기 위해서는 id 열의 좌측에 빈공간을 우클릭하여 삭제를 누르시면 됩니다.

 

그럼 이번에는 Proudct 테이블에 아래 사진과 같은 데이터를 입력해보도록 합니다.

 

- 데이터 확인

이제 실제로 쿼리문을 통해 데이터가 정상적으로 입력되었는지 확인해보도록 하겠습니다.

 

SSMS 상단에보면 새쿼리 라는 메뉴가 있는데 이것을 클릭합니다.

그리고 아래 사진과 같이 Test01 데이터베이스가 선택되어있는지 확인합니다.

 

그럼 이제 새롭게 열린 쿼리 창에 쿼리문을 작성해보도록 하겠습니다.

 

쿼리문에 대해서는 추후에 공부하도록 하고, 지금은 단순히 데이터가 입력되었는지를 확인하는 것이니, 쿼리문에 대해 정확히 알지 못해도 일단 따라서 입력하겠습니다.

 

select * from member;

 

 위의 쿼리문을 입력하고 F5 버튼을 눌러서 쿼리문을 실행시키면 아래와 같은 결과가 나옵니다.

 

즉, 우리가 좀전에 입력한 3개의 데이터가 잘 입력된 것을 확인할 수 있습니다.

 

동일한 방식으로 아래 쿼리를 통해 Product 테이블에 추가한 데이터도 확인할 수 있습니다.

 

select * from Product;

 

 


이렇게 해서 기초적인 데이터베이스 구축방법에 대해서 실습과정을 진행하였습니다.

기존의 다른 데이터베이스에 대해서 공부하셨던 분들은 매우 쉽게 느껴졌을 것이라 생각합니다. 하지만 SQL Server를 사용하기 위해 SSMS를 잘 다루는 것도 중요하니, 꼭 한번씩 실습과정을 진행하시기를 추천드립니다.

블로그 이미지

Tigercow.Door

Web Programming / Back-end / Database / AI / Algorithm / DeepLearning / etc

댓글을 달아 주세요

안녕하세요. 문범우입니다.

최근 MS SQL에 대해서 필요성을 느끼고 공부를 시작하게 되었습니다.

이전에 Postgresql이나, MySQL, Oracle 등에 대해서 다뤄본 경험이 있어서, 매우 기초적인 내용은 자세히 설명없이 넘어갈 수 있습니다.

혹시나 참고하시는 분들께서 이해가 가지 않거나 추가적인 설명이 필요하실 땐 언제든지 주저말고 댓글 남겨주시거나, 이메일 또는 카카오톡으로 문의주시면 감사하겠습니다.


 

1. SQL Server

 

마이크로소프트사에서 제작한 데이터베이스 관리시스템 SQL Server에 대해서 알아보도록 하겠습니다.

MS SQL이라고도 불리는 SQL Server는 Enterprise를 비롯한 여러개의 버전이 존재합니다. 학습하는 입장에서 다양한 버전에 대해 따져볼 필요는 없다고 생각하며, 무엇보다 우리는 무료로 이용을 해야하기 때문에 선택의 고민도 필요가 없이 평가판을 설치합니다 :)

 

19년 4월 7일 현재 기준 SQL Server 2017 버전이 최신으로 올라와있지만, 저는 2017년 버전을 다운 받지 않고, 2014년 버전으로 학습을 진행해보도록 하겠습니다. 아직 SQL Server를 설치하지 않으신 분들 중 학습을 위해 진행하시는 분들은 저와 같이 2014년 버전을 설치하고 공부하셔도 좋을 것 같습니다. 

( 따라서 2017년 버전과 일치하지 않는 부분들이 있을 수 있으니 양해해 주시기 바랍니다. )

 

 

2. SQL Server 2014 설치하기

 

먼저 SQL Server를 우리가 이용하기 위해서 설치해야 할 항목은 총 2가지 입니다.

 

   - SQL Server

   - SQL Management Studio

 

SQL Server는 말 그대로 우리가 사용할 데이터베이스라고 생각하시면 되고, SQL Management Studio는 우리가 SQL Server를 보다 편하게 다루기 위한 것이라고 생각하시면 되겠습니다.

 

위의 두가지 중 첫번째를 설치하기 위해서 아래 링크에 접속합니다.

 

https://www.microsoft.com/ko-kr/download/details.aspx?id=42299

 

Microsoft® SQL Server® 2014 Express

Microsoft SQL Server 2014 Express는 간단한 웹 사이트 및 데스크톱 응용 프로그램용에 다양하고 안정적인 데이터 저장소를 제공하는 강력하고 안정적인 무료 데이터 관리 시스템입니다.

www.microsoft.com

 

그리고 위의 사이트에서 다운로드 버튼을 눌러 아래와 같이 1개의 파일을 다운 받습니다.

자신의 윈도우가 32비트인지 64비트인지 잘 확인하고 알맞게 선택하시면 됩니다.

이후 설치파일을 다운 받으면 SQLEXPR_x64_KOR.exe 파일을 실행시켜 설치를 진행합니다.

설치 중에는 따로 설정해야할 항목은 없으며 기본 설정값 그대로 설치하시면 됩니다.

해당 설치가 끝나면 아래와 같이 'SQL Server 2014 구성 관리자'가 생기는데 이를 눌러서 실행시켜 봅니다.

 

이제 우리가 이후 설치할 SQL Management Studio에서 해당 SQL Server에 잘 접속할 수 있도록 포트설정을 진행해야 합니다.

구성관리자를 실행시키면 아래 사진과 같이 SQL Server 네트워크 구성 > SQLEXPRESS에 대한 프로토콜 로 들어가서 TCP/IP를 오른쪽 클릭하여 사용을 누릅니다.

 

그리고 다시한번 TCP/IP를 우클릭하여 속성을 누르고 아래 사진과 같이 IP주소 탭에서 제일 하단에 있는, TCP 동적 포트는 비워두시고 TCP 포트는 1433으로 설정합니다.

 

위와 같이 설정을 했으면 아래 사진과 같이 SQL Server 서비스에 들어가 SQL Server 를 우클릭하여 다시시작을 진행합니다.

 

 

이제 SQL Server Management Studio를 설치해보도록 하겠습니다.

먼저 아래 링크로 들어가서 SSMS 설치파일을 다운받습니다.

 

https://docs.microsoft.com/ko-kr/sql/ssms/download-sql-server-management-studio-ssms?view=sql-server-2017

 

SSMS(SQL Server Management Studio) 다운로드 - SQL Server

SSMS(SQL Server Management Studio) 다운로드Download SQL Server Management Studio (SSMS) 이 문서의 내용 --> 적용 대상: SQL Server Azure SQL Database Azure SQL Data Warehouse 병렬 데이터 웨어하우스 APPLIES TO: SQL Server Azure SQL Database Azure SQL Data Warehouse Parallel Data War

docs.microsoft.com

위에서 다운받은 SSMS 설치파일을 실행시켜 초기설정 그대로 설치하면 됩니다.

 

이후 아래 사진과 같이 새롭게 설치된 Microsoft SQL Server Management Studio를 실행시킵니다.

 

그리고 아래와 같이 서버에 연결하는 창이 뜨고, 설정된 그대로 연결을 선택합니다.

그럼 아래와 같이 정상적으로 연결되며 데이터베이스나 기타 항목들이 보이는 것을 확인하실 수 있습니다.

 

 

이렇게 해서 정상적으로 SQL Server 2014 설치를 마무리 하였고,

해당 SQL Server 2014를 다루기 위한 SQL Server Management Studio 설치도 마무리하였습니다.

 

실제로 다음 포스팅부터는 SQL Server를 바탕으로 데이터베이스를 구축하고 다루는 방법에 대해서 알아보도록 하겠습니다.

블로그 이미지

Tigercow.Door

Web Programming / Back-end / Database / AI / Algorithm / DeepLearning / etc

댓글을 달아 주세요