새로 만들기 → 텍스트 문서 가 사라졌을 경우

 오른쪽 마우스를 클릭하면 뜨는 메뉴를 컨텍스트 메뉴(Context Menu)라 한다. 적당한 우리말이 없는 것 같다. 오른쪽 마우스 클릭 메뉴라 부르기에도 조금 길다. 조금 짧게 하면 우클릭메뉴 정도 되겠다. 암튼, 이걸 말 할려고 한건 아니다.

 얼마 전, 레지스트리 정리기를 이용하여 쓰레기 레지스트리를 정리를 하였다. 그런데 나도 모르게 바탕화면에서 오른쪽 마우스 클릭했을 때 뜨는 컨텍스트 메뉴에서 "새로 만들기"의 "텍스트 문서"가 사라진 것이다. 메모용으로 텍스트 문서를 많이 사용하는 나에게 있어서 매우 불편한 일이 었다.

 새로만들기에서  텍스트 문서를 복구 하는 법을 알아보자.

1. 시작 → 실행 클릭(Windows Key + R ) → regedit 입력

2. HKEY_LOCAL_MACHINE\SOFTWARE\Classes\txt 로 이동 → 우클릭 → 새로 만들기 → 키 → "ShellNew" 으로 이름 변경

3. ShellNew → 새로 만들기 → 문자열 값 → "NullFile" 으로 이름 변경

 이런 식으로 바탕화면 컨텍스트 메뉴의 새로 만들기에 등록하고자 하는 파일을 등록할 수 있다. 

 이것도 어렵다면 아래의 파일을 다운 받아서 한 번만 실행해 주면된다. 아래의 파일은 TXT 파일을 새로만들기에 등록하고 연결 프로그램에 메모장을 연결시켜 준다.


[code]Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\.txt]
"PerceivedType"="text"
@="txtfile"
"Content Type"="text/plain"

[HKEY_CLASSES_ROOT\.txt\PersistentHandler]
@="{5e941d80-bf96-11cd-b579-08002b30bfeb}"

[HKEY_CLASSES_ROOT\.txt\ShellNew]
"ItemName"=hex(2):40,00,25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,6f,00,\
  6f,00,74,00,25,00,5c,00,73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,\
  00,6e,00,6f,00,74,00,65,00,70,00,61,00,64,00,2e,00,65,00,78,00,65,00,2c,00,\
  2d,00,34,00,37,00,30,00,00,00
"NullFile"=""
[/code] 

레지스트리의 변경이 감지된 후에 시스템에 반영되므로 레지스트리를 변경했다고 해서 바로 시스템에 반영되진 않는다. 




원본링크 : http://www.withover.com/2009/12/%EC%83%88%EB%A1%9C-%EB%A7%8C%EB%93%A4%EA%B8%B0-%ED%85%8D%EC%8A%A4%ED%8A%B8-%EB%AC%B8%EC%84%9C-%EA%B0%80-%EC%82%AC%EB%9D%BC%EC%A1%8C%EC%9D%84-%EA%B2%BD%EC%9A%B0.html

 

패스트레포트 메뉴얼

 

FastReport_ProgrammerManual (274kb) 42P

http://delphi.borlandforum.com/impboard/attach/0000085987/FastReport_ProgrammerManual.pdf

 

FastReport_DeveloperManual (268kb) 43P

http://delphi.borlandforum.com/impboard/attach/0000085987/FastReport_DeveloperManual.pdf

 

FastReport_UserManual (3376kb) 142P

http://delphi.borlandforum.com/impboard/attach/0000085987/FastReport_UserManual.pdf



원본 링크 : http://blog.cyworld.com/gaon59/7000861

 


1. 데이터 형 변환

데이터 형식 변환엔 암시적 형 변환과 명시적 형 변환, 두 가지 방법론이 있다.

명시적 형 변환이란 CAST() / CONVERT()의 데이터 형 변환 함수를 사용하는 것을 의미하며,
암시적 형 변환이란 데이터 형식간의 연산을 통해 데이터 형식이 변환되는 것을 의미한다.

우선 명시적 형 변환부터 알아보도록 하자.


2. 명시적 형 변환


명시적 형 변환은 CAST()와 CONVERT() 함수를 통해 수행할 수 있다.
두 함수는 형식만 다를 뿐 거의 비슷한 기능을 한다.

  1. CAST (expression AS 데이터형식 [(길이)])
  2. CONVERT (데이터형식 [(길이)], expression [, 스타일])

데이터 형식에 따라 길이 지정이 필요한 형식이 있을 수 있다. 
(nchar, nvarchar, char, varchar, binary 또는 varbinary)

이제 기본적인 사용 예제를 살펴보도록 하자.

  1. -- Amount가 정수이기에, AVG값을 소수로 표현하기 위해 1.0을 곱하였다.
  2. -- 이게 암시적 형 변환
  3. SELECT ID, AVG(Amount * 1.0) AS AmountAvg FROM BuyTable
  4. GROUP BY ID

위 예제에서는 Amount의 AVG값을 소수형으로 표현하기 위해 1.0을 곱하는 암시적 형 변환을 사용하였다.
이것을 CAST() / CONVERT()를 통해 명시적 형 변환을 해 보자.

  1. -- CAST 함수를 통한 명시적 형 변환
  2. SELECT ID, AVG(CAST(Amount AS FLOAT)) AS AmountAvg FROM BuyTable
  3. GROUP BY ID
  4.  
  5. -- CONVERT 함수를 통한 명시적 형 변환
  6. SELECT ID, AVG(CONVERT(FLOAT, Amount)) AS AmountAvg FROM BuyTable
  7. GROUP BY ID

아래 예제는 정수와 정수를 나누었을 때, 이를 실수로 표현하고 정확히 출력하고픈 소수점 자릿수를 지정하는 예제이다.

  1. -- Price, Amount 모두 정수형이기에, Price/Amount 역시 정수형.
  2. -- 따라서 정확히 표현되지 않고, 소수점 이하가 모두 잘린다.
  3. SELECT Price, Amount, Price/Amount AS [단가/수량] FROM BuyTable
  4.  
  5. -- 이를 우선 실수형으로 표현해 보자
  6.  
  7. -- CAST 함수를 사용
  8. SELECT Price, Amount, CAST(Price AS FLOAT) / Amount AS [단가/수량] FROM BuyTable
  9.  
  10. -- CONVERT 함수를 사용
  11. SELECT Price, Amount, CONVERT(FLOAT, Price) / Amount AS [단가/수량] FROM BuyTable

테스트를 해 보면, 원하는 대로 실수형으로 결과가 제대로 표현된다.
그런데 소수점이 너무 길게 나와, 그냥 소수점은 2 자리까지만 표현하고 싶어졌다.

그렇다면 아래와 같이 전체 결과값의 데이터 형식을 명시적으로 지정해 주면 된다.

  1. -- CAST 함수를 한번 더 사용하여, 전체 결과값을 DECIMAL 형식으로 변환한다
  2. SELECT Price, Amount, CAST(CAST(Price AS FLOAT) / Amount AS DECIMAL(102)) AS [단가/수량]
  3. FROM BuyTable
  4.  
  5. -- CONVERT 함수를 한번 더 사용하여, 전체 결과값을 DECIMAL 형식으로 변환한다
  6. SELECT Price, Amount, CONVERT(DECIMAL(102)CONVERT(FLOAT, Price) / Amount) AS [단가/수량]
  7. FROM BuyTable

또한, CONVERT 함수는 변환 스타일도 지원한다.
  • 날짜와 시간의 형식을 갖춘 문자열을 DATETIME 또는 SMALLDATETIME으로
  • DATETIME 또는 SMALLDATETIME을 문자열 데이터 형식으로
  • 또는 FLOAT, REAL, MOMEY, SMALLMONEY 등을 문자열 형식으로 
위 경우들에 대해 각각 정확히 어떠한 데이터 형식으로 변환되어야 하는지를 스타일을 통해 지정할 수 있다.
(이에 대한 자세한 내용은 위에 언급한 MSDN 페이지를 참고하자)

아래 예제를 통해 CONVERT에서 지원하는 스타일에 대해 살펴보자.

  1. SELECT
  2.    -- GETDATE()는 현재 날짜/시간을 DATETIME 형식으로 얻어온다.
  3.    GETDATE() AS UnconvertedDateTime,
  4.    -- GETDATE()의 결과를
  5.    CAST(GETDATE() AS NVARCHAR(30)) AS UsingCast,
  6.    -- 126 스타일은 ISO8601 형식이며 포맷은 다음과 같다
  7.    -- yyyy-mm-ddThh:mi:ss.mmm(공백 없이)
  8.    CONVERT(NVARCHAR(30)GETDATE()126) AS UsingConvertTo_ISO8601

위 예제의 결과는 아래와 같다.


3. 암시적 형 변환

암시적 형 변환은 CAST() / CONVERT() 등의 명시적 형 변환 함수를 호출하지 않고,
데이터 형식 간의 비교나 연산에 의해 데이터 형식이 변경되는 것을 뜻한다.

아래 예제들을 통해 어떻게 형 변환이 일어나는지 살펴 보도록 하자.

  1. DECLARE @CharVar CHAR(3)
  2. SET @CharVar = '100'
  3.  
  4. -- 문자 + 문자 = 문자
  5. SELECT @CharVar + '200'
  6.  
  7. -- 문자 + 정수 = 정수 (문자열이 정수로 변환된 뒤 계산된다)
  8. SELECT @CharVar + 200
  9.  
  10. -- 문자 + 실수 = 실수 (문자열이 실수로 변환된 뒤 계산된다)
  11. SELECT @CharVar + 200.0

위 예제의 결과는 다음과 같다.


위 암시적 형 변환을 명시적으로 수정하면 아래와 같다.

  1. DECLARE @CharVar CHAR(3)
  2. SET @CharVar = '100'
  3.  
  4. -- 같은 타입이므로 굳이 형 변환이 필요 없다.
  5. SELECT @CharVar + '200'
  6.  
  7. -- CAST를 통한 방법
  8. SELECT CAST(@CharVar AS INT) + 200
  9. SELECT CAST(@CharVar AS DECIMAL(5,1)) + 200.0
  10.  
  11. -- CONVERT를 통한 방법
  12. SELECT CONVERT(INT, @CharVar) + 200
  13. SELECT CONVERT(DECIMAL(5,1), @CharVar) + 200.0


4. 데이터 형식 변환 테이블

아래 테이블은 데이터 형식간 변환이 가능한 관계를 나타내고 있다.


5. 명시적 형 변환 vs 암시적 형 변환

명시적 형 변환과 암시적 형 변환 중 무엇을 사용해야 할까?

얼핏 보기에 암시적 형 변환이 코딩량도 줄여주고 훨씬 더 간편해 보이지만,
암시적 형 변환을 믿고 그냥 사용하게 될 경우 원치 않는 결과를 얻을 수도 있다.

다소 불편하더라도 정말~ 명확한 것이 아니라면, 가급적 명시적 형 변환을 하는 습관을 가지도록 하자.


6. 데이터 형식 변환시 주의점

데이터 형 변환시 대표적으로 주의해야 할 것이 있다면,
바로 숫자형 데이터에서 문자형 데이터로 변환할 때 문자의 자릿수를 잘 고려해야 한다는 점이다.

  1. DECLARE @DecimalVar DECIMAL(10,5)
  2. SET @DecimalVar = 10.12345
  3.  
  4. -- 10.12345를 문자로 표현하려면 8글자가 필요한데
  5. -- 변환 대상은 CHAR(5)로 버퍼가 부족하게 된다
  6. SELECT CAST(@DecimalVar AS CHAR(5))

위와 같이 버퍼가 부족하게 되면, 아래와 같은 오류가 발생한다.

메시지 8115, 수준 16, 상태 5, 줄 3
numeric을(를) 데이터 형식 varchar(으)로 변환하는 중 산술 오버플로 오류가 발생했습니다.

그래도 꼬박꼬박 에러를 뿜어주니, 이런 것도 없이 오버플로우가 발생하는 C++보다는 낫다.

무튼, 위 오류를 바로 잡으려면 변환 대상인 CHAR는 적어도 8 바이트 이상으로 지정되어야 한다.

  1. DECLARE @DecimalVar DECIMAL(10,5)
  2. SET @DecimalVar = 10.12345
  3. SELECT CAST(@DecimalVar AS CHAR(8))

그리고 흔히 일어날 수 있는 실수 중 하나는 실수 -> 정수 또는 실수 -> 실수로 변환되면서
소수점 이하의 자리값이 잘릴 수 있다는 점이다.

  1. DECLARE @DecimalVar DECIMAL(10,5)
  2. SET @DecimalVar = 10.12345
  3.  
  4. -- 정수로 변환되면서 소수점 이하 값이 모두 잘림
  5. SELECT CONVERT(INT, @DecimalVar)
  6.  
  7. -- 같은 실수형으로 변환되었지만, 소수점 2 자리값 까지만 보존됨
  8. SELECT CONVERT(DECIMAL(5,2), @DecimalVar)


원본 링크 : http://sweeper.egloos.com/3001863

'공부방 > DB' 카테고리의 다른 글

[MS-SQL] SELECT ~ INTO, INSERT ~ INTO  (0) 2015.03.16
[MS-SQL] LOCK에 관해서  (2) 2014.10.10
[MS-SQL] 테이블 명, 컬럼명 변경하기  (0) 2014.07.04
[DB] 서버정보 보기  (0) 2013.12.13
[MS-SQL] 숫자+문자로 정렬하기  (0) 2013.11.25

+ Recent posts