오라클과 NLS 찰떡궁합 보기라는 글인데 너무 길어서 링크 걸어둡니다^^
오라클 사용시, 한글과 다국어에 대한 글 입니다. 


http://www.oracle.com/technology/global/kr/pub/columns/oracle_nls_1.html
 

http://www.oracle.com/technology/global/kr/pub/columns/oracle_nls_2.html 

http://www.oracle.com/technology/global/kr/pub/columns/oracle_nls_3.html 

http://www.oracle.com/technology/global/kr/pub/columns/oracle_nls_4.html



출처 : oracle Technology korea / 류정우, 한국오라클 WPTG팀

'DATABASE' 카테고리의 다른 글

SELECT * INTO 와 INSERT INTO SELECT  (0) 2010.03.30
오라클과 NLS 찰떡궁합 보기  (0) 2009.10.29
오라클과 NLS 찰떡궁합 보기  (0) 2009.10.29
오라클과 NLS 찰떡궁합 보기  (0) 2009.10.29
SQL 튜닝 규칙.  (0) 2009.09.21
SQL 튜닝 규칙.  (0) 2009.09.21

오라클과 NLS 찰떡궁합 보기라는 글인데 너무 길어서 링크 걸어둡니다^^
오라클 사용시, 한글과 다국어에 대한 글 입니다. 


http://www.oracle.com/technology/global/kr/pub/columns/oracle_nls_1.html
 

http://www.oracle.com/technology/global/kr/pub/columns/oracle_nls_2.html 

http://www.oracle.com/technology/global/kr/pub/columns/oracle_nls_3.html 

http://www.oracle.com/technology/global/kr/pub/columns/oracle_nls_4.html



출처 : oracle Technology korea / 류정우, 한국오라클 WPTG팀

'DATABASE' 카테고리의 다른 글

SELECT * INTO 와 INSERT INTO SELECT  (0) 2010.03.30
오라클과 NLS 찰떡궁합 보기  (0) 2009.10.29
오라클과 NLS 찰떡궁합 보기  (0) 2009.10.29
오라클과 NLS 찰떡궁합 보기  (0) 2009.10.29
SQL 튜닝 규칙.  (0) 2009.09.21
SQL 튜닝 규칙.  (0) 2009.09.21

출처 : http://blog.naver.com/windil?Redirect=Log&logNo=43011738

Never do a calculation on an indexed column (e.g., WHERE salary*5 > :myvalue).

인텍스 칼럼에는 수식을 사용치 마라.
 

Whenever possible, use the UNION statement instead of OR conditions.

가능한한 OR 조건문 대신 UNION문을 사용하라.
 

Avoid the use of NOT IN or HAVING in the WHERE clause. Instead, use the NOT EXISTS clause.

WHERE절에 NOT IN이나 HAVING사용을 삼가하라. 대신 NOT EXISTS절을 사용하라.
 

Always specify numeric values in numeric form and character values in character form (e.g., WHERE emp_number = 565, WHERE emp_name = 'Jones'.

숫자 관련 값은 숫자로, 문자열 관련 값은 문자로 표현하라.
 

Avoid specifying NULL in an indexed column.

인덱스 칼럼에 NULL사용하지 마라.
 

Avoid the LIKE parameter if = will suffice. Using any Oracle function will invalidate the index, causing a full-table scan.

=(equal)연산자만으로 충분하다면 LIKE를 사용치 마라. 오라클 함수를 사용하는 것은 인덱스를 무용지물로 만들어 full-table scan를 하게 만든다.
 

Never mix data types in Oracle queries, as it will invalidate the index. If the column is numeric, remember not to use quotes (e.g., salary = 50000). For char index columns, always use single quotes (e.g., name = 'BURLESON'.

오라클 쿼리에서 데이터 타입을 섞으면 인덱스를 무용지물로 만든다. 칼럼이 숫자면 따옴표를 사용치말고 문자열이면 항상 작은따옴표를 사용하라.
 

Avoid using subqueries when a JOIN will do the job.

JOIN으로 해결할 수 있다면 서브쿼리를 사용치 마라.
 

Use the Oracle "decode" function to minimize the number of times a table has to be selected.

오라클의 "decode" 함수를 사용하여 개별 테이블이 선택되어지는 횟수를 최소화하라.
 

To turn off an index you do not want to use (only with a cost-based optimizer), concatenate a null string to the index column name (e.g., name||') or add zero to a numeric column name (e.g., salary+0).

(cost-based optimizer에서만) 사용하고 싶지 않은 인덱스를 꺼버리려면,  문자열값을 갖는 인덱스 칼럼의 이름에null 문자열을  잇거나 숫자값을 갖는 인덱스 칼럼에 숫자 0을 더해버려라.
 

If your query will return more than 20 percent of the rows in the table, a full-table scan may be better than an index scan.

쿼리가 20%이상의 테이블 데이터를 불러온다면, full-table scan이 index scan보다 더 낫다.
 

Always use table aliases when referencing columns.

칼럼을 참조할 때는 항상 테이블 alias(별칭)을 사용하라.

'DATABASE' 카테고리의 다른 글

오라클과 NLS 찰떡궁합 보기  (0) 2009.10.29
SQL 튜닝 규칙.  (0) 2009.09.21
SQL 튜닝 규칙.  (0) 2009.09.21
SQL 튜닝 규칙.  (0) 2009.09.21
Oracle DB Link  (0) 2009.09.14
Oracle DB Link  (0) 2009.09.14

출처 : http://blog.naver.com/windil?Redirect=Log&logNo=43011738

Never do a calculation on an indexed column (e.g., WHERE salary*5 > :myvalue).

인텍스 칼럼에는 수식을 사용치 마라.
 

Whenever possible, use the UNION statement instead of OR conditions.

가능한한 OR 조건문 대신 UNION문을 사용하라.
 

Avoid the use of NOT IN or HAVING in the WHERE clause. Instead, use the NOT EXISTS clause.

WHERE절에 NOT IN이나 HAVING사용을 삼가하라. 대신 NOT EXISTS절을 사용하라.
 

Always specify numeric values in numeric form and character values in character form (e.g., WHERE emp_number = 565, WHERE emp_name = 'Jones'.

숫자 관련 값은 숫자로, 문자열 관련 값은 문자로 표현하라.
 

Avoid specifying NULL in an indexed column.

인덱스 칼럼에 NULL사용하지 마라.
 

Avoid the LIKE parameter if = will suffice. Using any Oracle function will invalidate the index, causing a full-table scan.

=(equal)연산자만으로 충분하다면 LIKE를 사용치 마라. 오라클 함수를 사용하는 것은 인덱스를 무용지물로 만들어 full-table scan를 하게 만든다.
 

Never mix data types in Oracle queries, as it will invalidate the index. If the column is numeric, remember not to use quotes (e.g., salary = 50000). For char index columns, always use single quotes (e.g., name = 'BURLESON'.

오라클 쿼리에서 데이터 타입을 섞으면 인덱스를 무용지물로 만든다. 칼럼이 숫자면 따옴표를 사용치말고 문자열이면 항상 작은따옴표를 사용하라.
 

Avoid using subqueries when a JOIN will do the job.

JOIN으로 해결할 수 있다면 서브쿼리를 사용치 마라.
 

Use the Oracle "decode" function to minimize the number of times a table has to be selected.

오라클의 "decode" 함수를 사용하여 개별 테이블이 선택되어지는 횟수를 최소화하라.
 

To turn off an index you do not want to use (only with a cost-based optimizer), concatenate a null string to the index column name (e.g., name||') or add zero to a numeric column name (e.g., salary+0).

(cost-based optimizer에서만) 사용하고 싶지 않은 인덱스를 꺼버리려면,  문자열값을 갖는 인덱스 칼럼의 이름에null 문자열을  잇거나 숫자값을 갖는 인덱스 칼럼에 숫자 0을 더해버려라.
 

If your query will return more than 20 percent of the rows in the table, a full-table scan may be better than an index scan.

쿼리가 20%이상의 테이블 데이터를 불러온다면, full-table scan이 index scan보다 더 낫다.
 

Always use table aliases when referencing columns.

칼럼을 참조할 때는 항상 테이블 alias(별칭)을 사용하라.

'DATABASE' 카테고리의 다른 글

오라클과 NLS 찰떡궁합 보기  (0) 2009.10.29
SQL 튜닝 규칙.  (0) 2009.09.21
SQL 튜닝 규칙.  (0) 2009.09.21
SQL 튜닝 규칙.  (0) 2009.09.21
Oracle DB Link  (0) 2009.09.14
Oracle DB Link  (0) 2009.09.14


CREATE DATABASE LINK 디비링크명
       CONNECT TO 유저이름 IDENTIFIED BY '패스워드'
       USING '연결될 DB의 TNSName의 별칭'
;

SELECT * FROM USER_DB_LINKS; // DB LINK 목록

DROP DATABASE LINK OLD_TACEEZ; // DB LINK 삭제

SELECT * FROM EC_SHPO_T@OLD_TACEEZ; // DB LINK 사용법


주의할 점.
1. TNSNames.ora 파일에 연결될 SID에 대한 정보가 있어야 함.
2. 내가 사용하는 local의 oracle Client - TNSNames.ora 가 아니라   
    실제 연결되는 oracle - TNSNames.ora 에 정보가 있어야함.
   (보통, DB server가 있고 로컬에 client를 설치하여 접속하기때문에 실수하기 쉬움.)

'DATABASE' 카테고리의 다른 글

SQL 튜닝 규칙.  (0) 2009.09.21
Oracle DB Link  (0) 2009.09.14
Oracle DB Link  (0) 2009.09.14
Oracle DB Link  (0) 2009.09.14
날짜 형식 영문으로 얻기.  (0) 2009.02.11
날짜 형식 영문으로 얻기.  (0) 2009.02.11


CREATE DATABASE LINK 디비링크명
       CONNECT TO 유저이름 IDENTIFIED BY '패스워드'
       USING '연결될 DB의 TNSName의 별칭'
;

SELECT * FROM USER_DB_LINKS; // DB LINK 목록

DROP DATABASE LINK OLD_TACEEZ; // DB LINK 삭제

SELECT * FROM EC_SHPO_T@OLD_TACEEZ; // DB LINK 사용법


주의할 점.
1. TNSNames.ora 파일에 연결될 SID에 대한 정보가 있어야 함.
2. 내가 사용하는 local의 oracle Client - TNSNames.ora 가 아니라   
   실제 연결되는 oracle - TNSNames.ora 에 정보가 있어야함.
  (보통, DB server가 있고 로컬에 client를 설치하여 접속하기때문에 실수하기 쉬움.)

'DATABASE' 카테고리의 다른 글

SQL 튜닝 규칙.  (0) 2009.09.21
Oracle DB Link  (0) 2009.09.14
Oracle DB Link  (0) 2009.09.14
Oracle DB Link  (0) 2009.09.14
날짜 형식 영문으로 얻기.  (0) 2009.02.11
날짜 형식 영문으로 얻기.  (0) 2009.02.11

출처 : http://blog.naver.com/kairee/21340842 (고마워요)

1. EXPORT
 
 
EXP USERID=UID/PWD FILE='/DATA/SAM.DAT' ROWS=Y COMPRESS=N STATISTICS=NONE OWNER=OWNERNAME
 
 
  USERID : EXPORT를 실행시키고 있는 USERNAME/PASSWORD
  BUFFER : 데이터 행들을 가져오는데 사용되는 버퍼의 크기.
  FILE : 생성되는 EXPORT덤프 파일명.
  FILESIZE : EXPORT덤프 파일의 최대 크기
  GRANTS : 데이터베이스 객체에 대한 권한 정보의 EXPORT여부
                 (Y/N 플래그)
  INDEXES : 테이블에 대한 INDEXES의 EXPORT여부 (Y/N 플래그)
  ROWS : 행들에 대한 EXPORT여부. (Y/N 플래그)
              만약, “NO”이면 데이터는 EXPORT되지않고
              테이블의 정의만 EXPORT 됩니다.
  CONSTRAINTS : 테이블에 대한 제약조건 정보의 EXPORT여부
                         (Y/N 플래그)
  COMPRESS : IMPORT에 대비하여 테이블의 데이터를
                      한 EXTENT로 압축 할것인가의 여부 (Y/N 플래그)
  FULL : 전체 데이터베이스를 EXPORT할것인가의 여부
            (FULL LEVEL EXPORT) (Y/N 플래그)
  OWNER : EXPORT될 데이터베이스의 소유자명
               (USER LEVEL EXPORT)   [OWNER=USER]
  TABLES : EXPORT될 테이블의 리스트(TABLE LEVEL EXPORT)
               [TABLES=(TABLE1, TABLE2, ...)]
  STATISTICS=NONE : 이 옵션을 주면
                            통계 데이타를 만들지 않는다.
                                   간혹 이 옵션없이 통계 데이타를 만들다가
                                   오류가 나는 경우가 있다.
                              EX) EXP-00091: 불완전한 통계를 엑스포트 중입니다.

                                   그러나 데이터에는 아무런 이상이 없다.

  
2. IMPORT
 
 
IMP USERID=USERID/PWD TABLES=TABLE1,TABLE2,TABLE3   IGNORE=Y
 
 
  USERID : IMPORT를 실생시키는 계정의 USERNAME/PASSWORD
  BUFFER : 데이터를 행들을 가져오는데 사용되는 BUFFER의 BYTES수
  FILE : IMPORT될 EXPORT 덤프 파일명
  SHOW : 파일 내용이 화면에 표시되어야 할 것인가를 나타냄(Y/N 플래그)
  IGNORE : IMPORT중 CREATE명령을 실행할 때 만나게 되는 에러들을
                무시할 것인지 결정 (Y/N 플래그)
  INDEXES : 테이블 INDEX의 IMPORT여부(Y/N 플래그)
  ROWS : 테이블 데이터를 IMPORT할 것인가(Y/N 플래그)
              만약, "N"로 설정하면 데이터베이스 객체들에 대한 DDL만이
              실행됩니다.
  FULL : FULL엑스포트 덤프 파일이 IMPORT 할때 사용합니다. 
  TABLES : IMPORT될 테이블 리스트
  COMMIT : 배열(배열의 크기는 BUFFER에 의해 설정됩니다) 단위로
                 COMMIT을 할것인가 결정, 기본적으로는 테이블 단위로
                 COMMIT을 합니다.
  FROMUSER : EXPORT덤프 파일로 부터 읽혀져야 하는 객체들을
                     갖고 있는 테이터베이스 계정
  TOUSER : EXPORT덤프 안에 있는 객체들이
                 IMPORT될 데이터베이스 계정

출처 : http://blog.naver.com/kairee/21340842 (고마워요)

1. EXPORT
 
 
EXP USERID=UID/PWD FILE='/DATA/SAM.DAT' ROWS=Y COMPRESS=N STATISTICS=NONE OWNER=OWNERNAME
 
 
  USERID : EXPORT를 실행시키고 있는 USERNAME/PASSWORD
  BUFFER : 데이터 행들을 가져오는데 사용되는 버퍼의 크기.
  FILE : 생성되는 EXPORT덤프 파일명.
  FILESIZE : EXPORT덤프 파일의 최대 크기
  GRANTS : 데이터베이스 객체에 대한 권한 정보의 EXPORT여부
                 (Y/N 플래그)
  INDEXES : 테이블에 대한 INDEXES의 EXPORT여부 (Y/N 플래그)
  ROWS : 행들에 대한 EXPORT여부. (Y/N 플래그)
              만약, “NO”이면 데이터는 EXPORT되지않고
              테이블의 정의만 EXPORT 됩니다.
  CONSTRAINTS : 테이블에 대한 제약조건 정보의 EXPORT여부
                         (Y/N 플래그)
  COMPRESS : IMPORT에 대비하여 테이블의 데이터를
                      한 EXTENT로 압축 할것인가의 여부 (Y/N 플래그)
  FULL : 전체 데이터베이스를 EXPORT할것인가의 여부
            (FULL LEVEL EXPORT) (Y/N 플래그)
  OWNER : EXPORT될 데이터베이스의 소유자명
               (USER LEVEL EXPORT)   [OWNER=USER]
  TABLES : EXPORT될 테이블의 리스트(TABLE LEVEL EXPORT)
               [TABLES=(TABLE1, TABLE2, ...)]
  STATISTICS=NONE : 이 옵션을 주면
                            통계 데이타를 만들지 않는다.
                                   간혹 이 옵션없이 통계 데이타를 만들다가
                                   오류가 나는 경우가 있다.
                              EX) EXP-00091: 불완전한 통계를 엑스포트 중입니다.

                                   그러나 데이터에는 아무런 이상이 없다.

  
2. IMPORT
 
 
IMP USERID=USERID/PWD TABLES=TABLE1,TABLE2,TABLE3   IGNORE=Y
 
 
  USERID : IMPORT를 실생시키는 계정의 USERNAME/PASSWORD
  BUFFER : 데이터를 행들을 가져오는데 사용되는 BUFFER의 BYTES수
  FILE : IMPORT될 EXPORT 덤프 파일명
  SHOW : 파일 내용이 화면에 표시되어야 할 것인가를 나타냄(Y/N 플래그)
  IGNORE : IMPORT중 CREATE명령을 실행할 때 만나게 되는 에러들을
                무시할 것인지 결정 (Y/N 플래그)
  INDEXES : 테이블 INDEX의 IMPORT여부(Y/N 플래그)
  ROWS : 테이블 데이터를 IMPORT할 것인가(Y/N 플래그)
              만약, "N"로 설정하면 데이터베이스 객체들에 대한 DDL만이
              실행됩니다.
  FULL : FULL엑스포트 덤프 파일이 IMPORT 할때 사용합니다. 
  TABLES : IMPORT될 테이블 리스트
  COMMIT : 배열(배열의 크기는 BUFFER에 의해 설정됩니다) 단위로
                 COMMIT을 할것인가 결정, 기본적으로는 테이블 단위로
                 COMMIT을 합니다.
  FROMUSER : EXPORT덤프 파일로 부터 읽혀져야 하는 객체들을
                     갖고 있는 테이터베이스 계정
  TOUSER : EXPORT덤프 안에 있는 객체들이
                 IMPORT될 데이터베이스 계정

oracle : select * from a_Table where rownum <= 10;
mysql : select * from a_Table where rowcount <= 10;
  1. Favicon of http://010562.tistory.com BlogIcon 010562 2016.02.22 16:02 신고

    ??
    mysql안되는데요ㅜㅜ

oracle : select * from a_Table where rownum <= 10;
mysql : select * from a_Table where rowcount <= 10;
'Oracle Database Listener'용 포트:1521

'Oracle Services for Microsoft Transaction Server'용 포트:2030

HTTP 리스너용 포트:8080
'Oracle Database Listener'용 포트:1521

'Oracle Services for Microsoft Transaction Server'용 포트:2030

HTTP 리스너용 포트:8080

+ Recent posts