망할고양이의 도피처

큐브리드 쓰는 사람은 죄다 리눅스 기반에서 사용하는것도 아니고 

해당 홈페이지이 작성된 댓글도 해결책이 안되다 .. 결국 

어느 누군가의 댓글에서 방법을 찾았다.. ㅠㅠ

아래의 기준은 Windows 7 환경에서 테스트 되었습니다. 

1. JDBC 설정

jdbc:cubrid:10.100.11.185:30000:akpeis:::?charset=UTF-8

2. Server 방화벽 설정

1523, 33000-33040, 8001,8002, 30000-30040 의 포트를 모두 열어야한다.

** 인덱스 찾기 **

SP_HELPINDEX <TableName>

어떤 데이터 베이스를 스크립트로 스키마 및 데이터를 포함하여 백업받은 적이 있었습니다.

무려 용량이 60기가정도...

Microsoft SQL Sever Management Studio는 이파일을 읽지 못하고 Out of Memory를 뱉어 냅니다. ㅠㅠ

테스크를 아무리 찾아봐도 스크립트를 통한 Import 기능이 없습니다. (제가 못찾는 것 일 수도..)

파일을 분할하여 야금야금 데이터를 넣는데 30메가 단위로 작업이 되니 60기가를 처리하기에는 시간이 너무 오래 걸려서 다른 방법을 찾아 보았습니다.

SQL Server에도 Comment 명령 기능을 제공하고 있더군요 

바로

sqlcmd 라는 오라클의 sqlplus같은 기능을 하는 녀석입니다. 

기본적인 내용은..

구문

sqlcmd   
   -a packet_size  
   -A (dedicated administrator connection)  
   -b (terminate batch job if there is an error)  
   -c batch_terminator  
   -C (trust the server certificate)  
   -d db_name  
   -e (echo input)  
   -E (use trusted connection)  
   -f codepage | i:codepage[,o:codepage] | o:codepage[,i:codepage] 
   -g (enable column encryption) 
   -G (use Azure Active Directory for authentication)
   -h rows_per_header  
   -H workstation_name  
   -i input_file  
   -I (enable quoted identifiers)  
   -j (Print raw error messages)
   -k[1 | 2] (remove or replace control characters)  
   -K application_intent  
   -l login_timeout  
   -L[c] (list servers, optional clean output)  
   -m error_level  
   -M multisubnet_failover  
   -N (encrypt connection)  
   -o output_file  
   -p[1] (print statistics, optional colon format)  
   -P password  
   -q "cmdline query"  
   -Q "cmdline query" (and exit)  
   -r[0 | 1] (msgs to stderr)  
   -R (use client regional settings)  
   -s col_separator  
   -S [protocol:]server[instance_name][,port]  
   -t query_timeout  
   -u (unicode output file)  
   -U login_id  
   -v var = "value"  
   -V error_severity_level  
   -w column_width  
   -W (remove trailing spaces)  
   -x (disable variable substitution)  
   -X[1] (disable commands, startup script, environment variables, optional exit)  
   -y variable_length_type_display_width  
   -Y fixed_length_type_display_width  
   -z new_password   
   -Z new_password (and exit)  
   -? (usage)  

명령줄 옵션

로그인 관련 옵션
-A
SQL server 관리자 전용된 연결 (DAC)로 로그입니다. 이 연결 유형은 서버 문제를 해결하는 데 사용됩니다. 이 연결은 DAC를 지원하는 서버 컴퓨터에만 사용할 수 있습니다. DAC를 사용할 수 없는 경우 sqlcmd 는 오류 메시지를 생성하고 종료됩니다. DAC에 대한 자세한 내용은 데이터베이스 관리자를 위한 진단 연결을 참조하세요. -A 옵션-G 옵션과 함께 지원 되지 않습니다. -A를 사용 하 여 SQL 데이터베이스에 연결할 때 SQL server 관리자 여야 합니다. DAC는 Azure Active Directory 관리자에 대 한 사용할 수 없습니다.

-C
이 스위치는 클라이언트에서 유효성 검사 없이 암시적으로 서버 인증서를 신뢰하는 데 사용됩니다. 이 옵션은 ADO.NET 옵션 TRUSTSERVERCERTIFICATE = true와 동일합니다.

-d db_name
sqlcmd를 시작할 때 USE db_name 문을 실행합니다. 이 옵션은 sqlcmd 스크립팅 변수 SQLCMDDBNAME을 설정합니다.이 변수는 초기 데이터베이스를 지정합니다. 기본값은 사용자 로그인의 기본 데이터베이스 속성입니다. 데이터베이스가 없을 경우 오류 메시지가 생성되고 sqlcmd 가 종료됩니다.

-l login_timeout
서버에 연결을 시도할 때 ODBC 드라이버에 대한 sqlcmd 로그인 시간 제한(초)을 지정합니다. 이 옵션은 sqlcmd 스크립팅 변수 SQLCMDLOGINTIMEOUT을 설정합니다. 기본 sqlcmd 로그인 제한 시간은 8초입니다. -G 옵션을 사용하여 SQL 데이터베이스 또는 SQL 데이터 웨어하우스에 연결하고 Azure Active Directory를 사용하여 인증하는 경우 최소 30초의 시간 제한 값이 권장됩니다. 로그인 제한 시간은 0에서 65534 사이의 숫자여야 합니다. 입력한 값이 숫자가 아니거나 이 범위에 속하지 않을 경우 sqlcmd 는 오류 메시지를 생성합니다. 값을 0으로 설정하면 제한 시간이 없습니다.

-E
SQL Server에 로그온 할 때 사용자 이름 및 암호를 사용 하는 대신 트러스트 된 연결을 사용 합니다. -E 를 지정하지 않으면 sqlcmd 는 기본적으로 트러스트된 연결 옵션을 사용합니다.

-E 옵션은 SQLCMDPASSWORD 등의 가능한 사용자 이름 및 암호 환경 변수 설정을 무시합니다. -E 옵션과 함께 -U 옵션 또는 -P 옵션을 사용하면 오류 메시지가 생성됩니다.

-g
열 암호화 설정을 Enabled로 설정합니다. 자세한 내용은 Always Encrypted를 참조하세요. Windows 인증서 저장소에 저장된 마스터 키만 지원됩니다. -g 스위치를 사용하려면 적어도 sqlcmd 버전 13.1이 필요합니다. 사용 중인 버전을 확인하려면 sqlcmd -?를 실행하세요.

-G
이 스위치는 Azure Active Directory 인증을 사용하여 사용자를 인증하도록 지정하기 위해 SQL 데이터 웨어하우스 또는 SQL 데이터베이스에 연결할 때 클라이언트에서 사용됩니다. 이 옵션은 sqlcmd 스크립팅 변수 SQLCMDUSEAAD = true를 설정합니다. -G 스위치를 사용하려면 적어도 sqlcmd 버전 13.1이 필요합니다. 사용 중인 버전을 확인하려면 sqlcmd -?를 실행하세요. 자세한 내용은 Azure Active Directory 인증을 사용하여 SQL Database 및 SQL Data Warehouse에 연결을 참조하세요. -A 옵션-G 옵션과 함께 지원 되지 않습니다.

위의 옵션중 -i 옵션을 이용하여 대용량의 데이터를 쉽고 귀찮지 않게 넣을수 있었습니다. 

먼저 해당 데이터베이스가 설치된 PC에서 작업을 기준으로 설명하겠습니다. 

sqlcmd -i <파일경로 + 파일명>

저렇게 한참을 기다린뒤 작업이 마무리가 되어 명령프롬프트가 되돌아 왔습니다. 

실제 데이터도 한글이나 기타 문자도 깨짐이 없이 잘 들어 갔습니다. 

원격으로 작업을 진행하셔야하는 분들은 위의 명령어에 로그인옵션을 추가하여 작업할 수 있습니다. 

sqlcmd -S tcp:<ip address,port> -i <파일경로>

www.oracle.com 에 접속을 한뒤 아래 그림과 같이 메뉴를 따라가서 다운로드 페이지까지 이동합니다.

아래와 같은 페이지가 나오면 아래 붉은색 박스를 클릭하여 상세 화면으로 이동합니다. 

아래 라이센스 동의를 Accept를 선택하시고 붉은색 박스를 선택하면 로그인 과정을 거친후 다운로드 받을 수 있습니다. 

Tablespace 확장 요청이 발생할 때마다 찾기가 귀찮아서 포스트를 작성합니다. 

# 테이블 스페이스 용량별로 조회하기 (단위 : BYTE)

# DataFile 추가를 통한 Tablespace 확장

ORA-01847 : day of month must be between 1 and last day of month

왜 DB 관리툴로 돌리면 잘 수행 되는 쿼리가 서버에서 실행되면 오류가 발생할까?..

혹은

이와 반대의 경우를 경험할 때가 있다.

일반적으로 이 오류는 예를 들어 2018-12-32이라는 문자열을 날짜로 변환할 때 발생한다.

즉, 달력에 없는 날짜를 문자열을 이용하여 Date 타입으로 변환할 때 발생한다는 이야기이다. 

별도의 타입에 대한 변환이 명시되지 않으면 알아서(?) 타입을 변환해주는 오토케스팅이 낳은 좋지 않은 케이스라 할 수 있다. 

의외로 잘 깜박하는 예시를 들어보록 하자.

컬럼 Date_A 가 있다. 이 컬럼은 Date Type이며 Null 일 수 있다.

이 컬럼을 이용하여 아래와 같이 작성하면 ORA-01847을 만날 수 있다. 

위의 쿼리는 다음과 같이 작성되는것이 오류를 예방하고 혼란에 빠지지 않을 수 있다.

CREATE, DROP 또는 ALTER 문에 알 수 없는 개체 유형 'SEQUENCE'이(가) 사용되었습니다.

SEQUENCE 개체는 SQL Server 2012 부터 지원되는 기능입니다.

아래의 명령어를 통해 해당 데이터베이스의 버전을 확인!!!

select @@version

SQL Server 버전이 11.0.x로 시작해야 SQL Server 2012입니다.

SQL Server 2012 서비스 팩 1    11.00.3000.00
SQL Server 2012 RTM              11.00.2100.60

MS-SQL에서 데이터베이스 복원을 진행하는데 백업을 할때 다음과 같은 메세지가 나온다..

하.. 뭔 놈의 일이 한방에 되는일이 없다... 

아래와 같이 나온다면 

Exclusive access could not  be obtained because the database is in use.

데이터베이스가 사용 중이어서 베타적으로 엑세스 할 수 없습니다.

해당 데이터 베이스를 찍고 우클릭 한뒤 속성에서 아래 그림과 같이 수정한뒤 진행한다.

[mysql myisam을 innodb로 바꾸는 방법]
방법은 여러가지가 있지만 alter table 을 이용한 방법은 권장하지 않습니다.
ex: Alter table ‘target_table’ engine = InnoDB;

위 방법은 환경에 따라서 데이터가 깨질 수도 있고 퍼포먼스가 떨어질 수도 있습니다.

가장 최적의 방법은 DB를 덤프 떠서 새로 생성하는 방법입니다.

1. mysqldump 명령으로 DB 덤프 백업
2. 덤프 파일 열어서 engine을 MyISAM에서 InnoDB로 변경
3. 기존 Database Drop (DB Drop이 힙들다면 Drop table로 테이블만 삭제)
4. Database를 Drop 했다면 다시 create database로 생성
5. 생성된 DB에 수정된 덤프파일 삽입

InnoDB와 MyISAM의 차이점들 중 가장 특징적인 점은 아래와 같습니다.
    1. InnoDB는 DB백업을 Dump로만 가능하다. (MyISAM처럼 파일 백업 불가)
    2. InnoDB는 서버의 Core수에 비례하여 성능이 올라간다. (MyISAM은 Core수가 많더라도 성능의 차이 없음)

시간이 흐르면서 MyISAM의 장점들은 다른 엔진에 비해 메리트가 덜해진 것이 사실이고 무엇보다도 2번과 같은 특징때문에 InnoDB를 많이 사용하는 추세입니다.

출처 : http://sunder4.tistory.com/551