일단은 프로그래머 나부랭이

DB를 restore 하지 않고, 과거 특정 시점의 data를 조회하는 기술로, backup된 db를 restore하는 것과는 다르다 (flashback이란? : https://www.oracle.com/kr/database/technologies/high-availability/flashback.html) (flashback transaction, total recall은 보고 있던 책에 예제가 없어서 따로 정리하지 않음) flashback query : 특정 시점의 테이블의 데이터 조회 flashback version query : 특정 기간의 테이블의 데이터 버전 조회 flashback transaction query : 특정 기간의 트랜잭션에 의한 변경정보 조회 flashback table : 특..

CUBRID python driver test : https://github.com/swi0110/python_driver_test 개요 cubrid python driver를 이용해 sql 파일을 수행하고 결과가 정상적으로 출력 됐는지를 확인 함 몇가지 문제가 있지만 추후에 보완하기 위해 git hub에 올려둠 (문제는 후술) 참고 : Test 프로그램의 기능 검증(?)을 위해 활용한 *.sql 파일은 cubrid repository에 있는 cubrid-testcases의 test scenario의 일부를 사용했음 (링크 : https://github.com/CUBRID/cubrid-testcases/tree/develop/sql) Test 수행 방법 및 수행 방식 Test.py에 있는 'tc_path..

이번에는 Dell venue 8 pro에 DBMS를 설치하고 benchmark를 수행해봤습니다. 먼저 OS 설치 방법은 아래의 링크를 타고 이전 글을 참고해주시기 바랍니다. Dell venue 8에 cloudready 설치하기 : this1.tistory.com/entry/윈도우-태블릿에-cloudready-OS-chromium-OS-설치하기 Cloudready OS에는 linux container를 생성해주는 기능이 있습니다. 이를 이용하면, 태블릿 pc를 서버처럼 이용할 수도 있을 것 같아서 한번 테스트 해봤습니다. 테스트 방법은 DBMS를 설치하고 Benchmark 프로그램인 YCSB를 수행해봤습니다. 설치방법 테스트 해본 DBMS는 CUBRID와 MySQL 두가지이며, 둘 다 오픈소스 DBMS로 ..

MVCC란 Multi Version Councurrency Control의 줄임말로, 해석하면 '다중 버전 동시성 제어'쯤 된다. 즉 MVCC는 DBMS의 동시성 제어를 위한 데이터 관리 기법이다. (참고 : ko.wikipedia.org/wiki/다중_버전_동시성_제어) 비교를 위해, 기존의 동시성 제어 방법으로 알려진 Lock의 개념을 잠깐 살펴보자. lock은 크게 read lock과 write lock으로 나누어진다. 간단하게 살펴보면, - read lock(shared lock)이 걸린 데이터 D를 A가 점유하고 있을 때, B는 D를 read 할 수는 있지만, write 할 수는 없다. - write lock(exclusive lock)이 걸린 데이터 D를 A가 점유하고 있을 때, B는 D를 r..

일반적으로 timestamp type이라고 하면 '날짜+시간'을 기입하는 type을 의미합니다.(정확히는 밀리세컨드 시간까지 저장함) 하지만 mssql의 timestamp는 다릅니다.MS측에서 설명하길 '데이터베이스 내에서 자동으로 생성된 고유 이진 숫자를 표시하는 데이터 형식입니다' 라고 되어있습니다.즉, 날짜, 시간과는 관련이 없습니다.심지어 column의 type을 timestamp로 지정하면, 해당 column은 insert와 update도 안됩니다.그냥 DB가 생성해주는 의미 불명의 값을 계속 저장하고 있을뿐입니다.그리고 MS에서도 차후에 해당 기능을 제거할 예정이라고 합니다.(자세한건 'https://docs.microsoft.com/ko-kr/sql/t-sql/data-types/rowver..

varchar : 가변 길이, 비 유니 코드 문자 데이터. 데이터베이스 데이터 정렬은 데이터가 저장되는 코드 페이지를 결정합니다.nvarchar : 가변 길이 유니 코드 문자 데이터입니다. 비교를위한 데이터베이스 데이터 정렬에 따라 다릅니다. 자세한건 이 곳을 참조

LOB : Large OBject의 줄임말 인것 같다.목적은 DB에 대량의 데이터를 담기 위함이 목적인데, 크기는 4GB이하면 된다고 한다.LOB은 두가지로 나뉜다.CLOB와 BLOB로 나뉘는데C는 Character, B는 Binary의 약자이다. 그러니까, CLOB는 문자형이고, BLOB는 바이너리형인것이다. CLOB에서 유니코드를 지원하기 위한 데이터 타입은 NCLOB(N = Natural)이다.그리고 LOB말고도 대용량 파일을 읽어오기 위한 데이터 타입이 있는데, BFILE이라고 한다.이것은 DB가 아닌 외부의 저장장치의 파일을 읽어오기 위한 데이터 타입이라고 한다. 보다 자세한 사항은 아래의 링크를 참고하면 도움이 될것 같다.LOB : https://docs.microsoft.com/ko-kr/d..

http://seein7.tistory.com/entry/%ED%8E%8C-%EC%98%A4%EB%9D%BC%ED%81%B4-%ED%85%8C%EC%9D%B4%EB%B8%94-DDL-Script-%EC%96%BB%EB%8A%94-%EB%B0%A9%EB%B2%9 위의 링크를 참고하면 보다 자세한 내용을 확인할 수 있습니다 select dbms_metadata.get_ddl('객체종류','객체명','유저명') from dual; 이걸 이용하면 DB 객체의 스크립트를 확인할 수 있다. (ex : select dbms_metadata.get_ddl('TABLE','DEPT','SCOTT') from dual; / SCOTT유저의 DEPT 테이블의 스크립트 확인)

이전에 올린 테이블 복사 방법은 PK나 INDEX등의 내용은 없이 테이블 구조와 데이터만 복사하는 방법이었다. 그래서 A계정 테이블의 스크립트를 불러와서 B계정에 테이블을 생성하는 방법을 고안해봤다.(이걸 자동으로 하기 위해서 프로시져로 만들었다) 하지만 이 방법은 SYS계정에서만 가능하다. SYS계정과 같은 권한이 없는 계정에서 아래의 프로시져를 돌리면 권한이 불충분하다는 오류가 나온다. 일일히 스크립트를 복사+붙여넣기+실행하는게 싫어서 아래와 같은 프로시져를 만들었는데, 필요에 따라 활용하시기 바랍니다. _________________________________________________________ CREATE OR REPLACE PROCEDURE SYS.프로시저명 IS v_script VAR..

CREATE TABLE 새로만들테이블명 as SELECT * FROM 복사대상 WHERE 1=1 여기서 where 1=2로 하면 데이터는 복사하지 않는다. (즉, 데이터 없이 테이블 구조만 복사) 다른 계정에 있는 테이블을 복사할꺼라면 복사하지말고 DB Link를 이용하길 추천한다. 이 방법의 단점은 복사 대상 테이블의 PK나 Index설정등은 복사할 수 없다는 점이다.