IT / 개인공부 끄적끄적

■ 에러 ORA-12514: TNS:리스너가 현재 접속 기술자에 요청된 서비스를 알지 못함 리스너가 클라이언트에서 접속하려는 요청을 받았을 때, 접속처가 되는 서비스를 인식하지 못할 때 발생하는 에러이다. ■ 원인 - 리스너에 서비스가 등록되지 않음 - 클라이언트의 접속 정의가 잘못됨 ■ 대응방법1. 리스너에 서비스가 등록되어 있지 않음 cmd(명령 프롬프트)에서 Isnrctl services 명령으로 리스너에 등록된 서비스를 확인한다. c:\>lsnrctl SERVICES [listener_name] 서비스가 리스너에 등록되지 않은 일반적인 원인으로는 - 인스턴스가 시작되지 않음 : 인스턴스가 시작되지 않은 경우, 인스턴스를 실행시키면 된다. - 리스너 실행 직후 : 리스너 실행 후 서비스가 등록되는 ..

■ 에러 ORA-00942 : 테이블 또는 뷰가 존재하지 않습니다. 이 에러는 해당 테이블이나 뷰가 존재하지 않거나 테이블이나 뷰에 대한 액세스 권한이 부족할 때 발생한다. SQL> SELECT * FROM scott.emp2; SELECT * FROM scott.emp2 * 오류 행: 1: 오류가 발생했습니다. ORA-00942 : 테이블 또는 뷰가 존재하지 않습니다. ■ 원인 - 테이블 또는 뷰가 존재하지 않을 때 - 액세스에 필요한 권한 부족 ■ 대응방법1. 테이블 또는 뷰가 존재하지 않을 때 해당 테이블 또는 뷰가 존재하는지, FROM 절에 지정된 테이블 이름, 뷰 이름의 지정이 잘 되어있는지 확인해보자. 아래의 SQL문을 이용해 사용자 SCOTT이 소유하는 오브젝트 EMP2가 존재하는지 확인 가..

■ 에러 ORA-00911: 문자가 부적합합니다 ■ 원인1 비인용 식별자의 선두 문자에 영자 이외의 기호나 수치, 한국어(일본어)를 사용 ■ 대응방법 인용 식별자와 비인용 식별자를 올바르게 구분한다. ⇒ 작은 따옴표 및 큰 따옴표 ■ 원인2 (일본어일 경우에 주로 발생함) SQL문 안에 전각 스페이스 등이 혼입되어 있다. ■ 대응방법 에러가 발생하지 않는 경우가 대부분이지만 전각 스페이스를 반각 스페이스처럼 사용하면 찾기가 어렵기 때문에 사용하면 안된다. 문자열을 반전 표시 등으로 확인하거나 보이지 않는 컨트롤 코드(탭 or 개행 이외)나 부적절한 개행이 포함되어 있지 않은지를 확인한다. ■ 원인3 SQL * Plus 이외의 SQL 실행 인터페이스를 사용하는 경우 SQL문 끝에 세미콜론(;)이 붙어서 e..

■에러 ORA-00904: 부적합한 식별자입니다. ■원인1 식별자는 큰 따옴표(")로 묶어 사용된다. 많은 개발 언어에서 작은 따옴표(')와 큰 따옴표(")를 같은 의미로 사용할 수 있으나, 오라클에서는 각각 다른 의미를 가지고 있다. 작은 따옴표는 리터럴을 나타내지만, 큰 따옴표는 객체명을 나타내므로 ORA-00904 에러가 발생한다. 큰 따옴표(")로 둘러싼 식별자는 대문자 소문자를 구별한다. 따옴표로 묶지 않은 식별자는 항상 대문자로 변환되어 관리된다. 예제 컬럼명 "abc" ≠ abc 컬럼명 "한국어a" ≠ "한국어A" 컬럼명 "ABC" ＝ abc ■대응방법 큰 따옴표(")로 묶은 식별자를 사용하는 경우에는 대소문자까지 올바르게 기술한다. ■원인2 리터럴 항목을 작은 따옴표로 묶어 사용하지 않는다..

■에러 ORA-00001: 유일성(무결성) 제약조건에 위배됩니다. 이 에러의 주된 가능성으로서는 INSERT ~ SELECT ~를 사용했을 경우에 기본키(PK)나 고유키(UK)와 같은 데이터를 INSERT 하려고 했을 때 발생한다. ■원인 단순한 일의 제약 위반이므로 INSERT ~ VALUES (~)의 경우에는 문제가 되지 않는다. INSERT ~ SELECT ~를 사용했을 경우에 대상이 되는 데이터가 대량이 되는 일이 적지 않기 때문에 원인이 되는 레코드의 특정이 매우 번거롭다. 마찬가지로 MERGE에 의한 데이터의 조작도 원인 레코드의 특정이 매우 번거롭게 된다. ■(ver: 11gR2부터) 대응방법 1 : 오류 데이터를 무시하고 삽입하는 방법 IGNORE_ROW_ON_DUPKEY_INDEX 힌트 ..

■에러 ORA-12899 : 열 string의 값이 너무 큽니다 (실제 : string, 최대 : string) 이 문제의 대부분은 서로 다른 플랫폼간에 데이터를 교환할 때 발생한다. (특히 Windows -> Unix 시스템으로 가져오는 프로세스의 경우) ・내보낸 데이터 가져오기 ・데이터베이스 링크를 사용한 INSERT ・CHAR 유형을 사용한 문자열 조인 가 주요발생 타이밍이다. ■원인1 데이터를 제공하는 캐릭터 세트와 입력 대상의 데이터베이스 캐릭터 세트는 동일한 문자로도 바이트수가 다른 문자열을 사용한다. 대표적으로는 반각 가타카나이다. Shift JTS의 경우 반각 가타카나는 'A6'x ~'DF'x로 1바이트로 저장할 수 있지만, EUC-JP의 경우 '8E26'x ~ '8E5F'x로 길이는 2바..

■현상 외부테이블에서 파일이 작은 경우에는 에러가 되지 않지만 큰 파일을 가져오려고 하면 에러가 된다. KUP-04020: found record longer than buffer size supported, 524288 ■원인 EXTERNAL TABLE(외부 테이블)을 이용하여 파일을 읽을 때 읽기 버퍼 오버플로 예를 들어 Windows에서 실행되는 오라클에서 텍스트 파일을 캡처하는 외부 테이블 BIG_TEXT_TABLE에서 오류가 발생할 수 있다. CREATE TABBLE BIG_TEXT_TABLE( TEXT VARCHAR2(4000) ) ORGANIZATION EXTERNAL( TYPE ORACLE_LOADER DEFAULT DIRECTORY external_data ACCESS PARAMETERS..

■에러 EXP-00091: 의심스러운 통계를 내보내는 중입니다. ■현상 이 에러는 현지 서버에서 데이터를 Export를 하기 위해 사내 환경에서 실행했을 때 발생한 에러이다. 미리 작성한 배치파일을 가지고 exp.exe를 실행한 결과 export시 EXP-00091: Exporting questionable statistics가 발생했다. ■원인 EXP-00091 오류는 오류보다 경고에 가깝다. 의심스러운 통계 = 아마 도움이 되지 않는 불필요한 통계 정보를 출력하고 있다. 통계는 테이블의 전체 데이터 분포를 기반으로 작성되었으며 열의 상한값과 하한값은 고유한 내부 형식으로 가지고 있다. 이들 내부 정보에 영향을 주는 파라미터 및 환경 변수가 지정이 된 상태에서의 익스포트 처리가 되고 있다고 하는 것이다..