원본 : http://cafe.naver.com/devweb.cafe?iframe_url=/ArticleRead.nhn%3Farticleid=32

기타 데이터 형식

decimal , numeric, cursor, timestamp, sql_variant, uniqueidentifier, table, xml

msdn 글~

text, ntext 및 image 데이터 형식 대신 varchar(max), nvarchar(max) 및 varbinary(max) 데이터 형식을 사용합니다. ntext, text 및 image 데이터 형식은 Microsoft SQL Server 의 다음 버전에서 제거될 예정입니다. 향후 개발 작업에서는 이 데이터 형식을 사용하지 않도록 하고 현재 이 데이터 형식을 사용하는 응용 프로그램은 수정하십시오. 대신 nvarchar(max), varchar(max) 및 varbinary(max)를 사용합니다. 자세한 내용은 큰 값 데이터 형식 사용을 참조하십시오.

SQL의 JOIN에서 ON과 WHERE의 차이점은 JOIN하는 범위가 다르다. 아래 두 SQL문을 보자. 두 SQL문 모두 LEFT JOIN을 수행하는 OUTER JOIN이다.

1) 
SELECT * 
FROM test1 a LEFT JOIN test2 b 
ON (a.aa = b.aa) 
WHERE b.cc = 7; 

2) 
SELECT * 
FROM test1 a LEFT JOIN test2 b 
ON (a.aa = b.aa AND b.cc = 7);

1)의 경우는 a와 b 테이블의 OUTER JOIN을 수행한 후에 b.cc = 7인 데이터들을 추출하지만 2)의 경우는 (a 테이블)과 (b 테이블 중 b.cc = 7인 경우)를 OUTER JOIN 한 결과가 나온다.

따라서 1)의 결과는 b.dd = 7인 데이터만 존재하지만 2)의 결과는 b.cc = 7이 아닌 데이터도 존재한다. 아래와 같은 test1, test2 테이블이 있을 때,

test1 test2 
aa|bb aa|cc 
----- ----- 
1 | 4 1 | 7 
2 | 5 2 | 8 
3 | 6

그 SQL의 결과는 다음과 같다.

1) 
1 | 4 | 1 | 7 

2) 1 | 4 | 1 | 7 
2 | 5 | null | null 
3 | 6 | null | null

한마디로 ON과 WHERE의 경우는 JOIN을 할 대상(범위)이 달라진다는 것이다.

이 점을 이용해서 LEFT OUTER JOIN으로 차집합을 구현할 수 있다. 오라클이나 MSSQL과 같은 경우는 EXCEPT 혹은 MINUS 등을 사용하면 되겠지만, MySQL은 버전에 따라 지원하는 경우도 있고 아닌 경우도 있다.

test1 테이블의 데이터 중 test2 테이블에 있는 데이터를 제외하고 가져오고 싶다. 위의 테이블에서 JOIN하는 column을 기준으로 1, 2는 test2 테이블에도 있으니 제외하고, 3 | 6만을 가져오고 싶은 경우이다.

SELECT * 
FROM test1 a LEFT JOIN test2 b 
ON (a.aa = b.aa) 
WHERE b.aa IS NULL;

3 | 6 | null | null

test2.aa에 있는 1, 2의 데이터를 제외한 데이터를 test1.aa에서 가져왔다. LEFT OUTER JOIN이기 때문에 WHERE절 이전까지 실행했을 때 아래와 같은 결과가 나온다.

SELECT * 
FROM test1 a LEFT JOIN test2 b 
ON (a.aa = b.aa); 

1 | 4 | 1    | 7 
2 | 5 | 2    | 8 
3 | 6 | null | null

여기에서 test2 테이블에 존재하지 않아서 test2 테이블의 column이 null인 부분만을 가지고 오게 WHERE절을 달아주면!! 차집합이 된다는 것이다.

출처 : https://blog.leocat.kr/notes/2017/07/28/sql-join-on-vs-where

SET NOCOUNT란? 

쿼리문 또는 프로시저의 영향을 받은 행 수를 나타내는 메시지가 결과 집합의 일부로 반환되지 않도록 하는것

구문 : SET NOCOUNT{ON/OFF}

사용하는 이유 

MSSQL에서 프로시저를 만들경우 프로시저의 속도(성능)에 대해서 생각을 안할 수 없습니다.

프로시저의 속도가 프로그램의 속도에 밀접한 관련이 있는만큼

프로시저의 성능에 대해 초점을 맞추고 쿼리문을 짜야합니다.

이번 포스팅에서는 SET NOCOUNT라는 함수를 사용하여

쿼리문의 속도를 향상시키는 방법에 대해 알아보겠습니다.

MSSQL에서 프로시저를 만들고 실행을 해보면

위와 같은 메시지를 보신적이 있으실텐데요.

위 메시지는 INSERT나 UPDATE DELETE 처럼 테이블에 영향을 주게되면 출력이 됩니다.

하지만 위에 보이는 0개행이 영향을 받았다는 메시지는 전혀 필요가 없죠

괜히 메시지를 출력하는데 서버 부하만 걸릴뿐입니다.

이 메시지는 프로시저 시작점에 SET NOCOUNT ON이라는 문구를 삽입해줌으로써 제거해줄 수 있습니다.

예제 

CREATE PROCEDURE PROC_NAME
(
    COMPANY NVARCHAR(7),--회사
    NO_TRAN NVARCHAR(20), --전표번호
    PLANT NVARCHAR(7), --공장
    DT_TRAN NVARCHAR(8) --작업일
)
AS
BEGIN
SET NOCOUNT ON 

    INSERT INTO EX_TABLE(CD_COMPANY,NO_TRAN,CD_PLANT,,DT_TRAN)
    VALUES(@P_CD_COMPANY,@P_NO_TRAN,@P_CD_PLANT,@P_DT_TRAN)

SET NOCOUNT OFF
RETURN
END;

이렇게 해주면 1개의 메시지만 출력이 됩니다.

MSSQL에서 반복문 While 쓸때 주의할점,,

Case 1.

DECLARE @AA INT, @BB INT
SET @AA = 0
SET @BB = 0
WHILE @AA < 10
SET @AA = @AA + 1
SET @BB = @BB + @AA
SELECT @BB
GO 

 Case 2.

DECLARE @AA INT, @BB INT
SET @AA = 0
SET @BB = 0
WHILE @AA < 10
BEGIN
SET @AA = @AA + 1
SET @BB = @BB + @AA
END
SELECT @BB
GO

 Case 1. 과 Case 2. 의 차이점은 무엇일까??

일단 BEGIN ~ END 의 있고 없고의 차이인데, 여기에 따라서 결과가 엄청나게 달라지니

Case 1.

Case 2.

이 둘의 차이는,

Case 1. 처럼 BEGIN ~ END 문이 없다면, WHILE문 바로 아래의 한줄만 WHILE에 걸려 조건이 해당될때까지 계속 반복되고,,

Case 2. 처럼 BEGIN ~ END 문이 있다면, 그 사이의 모든 구문이 WHILE에 걸려 반복이 된다.

출처 : http://blog.naver.com/PostView.nhn?blogId=dlzmstks&logNo=172443221&parentCategoryNo=&categoryNo=11&viewDate=&isShowPopularPosts=true&from=search