database.sarang.net
UserID
Passwd
Database
DBMS
MySQL
PostgreSQL
Firebird
Oracle
Informix
Sybase
MS-SQL
DB2
Cache
ㆍCUBRID
LDAP
ALTIBASE
Tibero
DB 문서들
스터디
Community
공지사항
자유게시판
구인|구직
DSN 갤러리
도움주신분들
Admin
운영게시판
최근게시물
CUBRID Q&A 327 게시물 읽기
No. 327
Q.select into와 insert into select 가 모두 지원 되는지요?
작성자
고은배
작성일
2007-06-26 11:03
조회수
3,747

select into와 insert into select 가 모두 지원 되는지요?

데이터가 많을 경우 시간이 오래 걸린다고 하는데

어느정도 걸리는지요?

 

데이터 건수가 20000건 정도 되네요.

 

 

 

-----------------------------------------------------------------------------------

 

칼럼의 순서가 변경되지 않고, 데이터 타입의 변경 또는 사이즈의 변경을 원하시는 듯 합니다.

 

우선 CUBRID에서는 아직 alter에 의하여 칼럼의 타입이 바로 변환되도록 지원하지는 않습니다. 데이터가 많지 않다면, 다른 이름으로 테이블을 재생성한 후 이 테이블로 데이터를 옮기고(쿼리를 이용하여), 테이블의 이름을 서로 바꿔주고 과거 테이블을 삭제한다면 원하시는 결과를 얻을 수는 있습니다. 단 데이터가 많을 경우 시간이 오래걸릴 것입니다.

 

이 글에 대한 댓글이 총 1건 있습니다.

안녕하세요.

문의하신 의미의 select into 는 지원되지 않습니다. select ... into .. 형태가 표준이며 검색결과가 한건인 경우 호스트변수에 값을 넣는 구문입니다.

insert into select 형태는 지원되고 있으며 인덱스 및 서버의 성능에 따라 좌우됩니다. 2만건정도의 데이터면 그다지 오래걸리지 않습니다.

 

>select into와 insert into select 가 모두 지원 되는지요?

>데이터가 많을 경우 시간이 오래 걸린다고 하는데

>어느정도 걸리는지요?

>

>데이터 건수가 20000건 정도 되네요.

>

>

>

>-----------------------------------------------------------------------------------

>

>칼럼의 순서가 변경되지 않고, 데이터 타입의 변경 또는 사이즈의 변경을 원하시는 듯 합니다.

>

>우선 CUBRID에서는 아직 alter에 의하여 칼럼의 타입이 바로 변환되도록 지원하지는 않습니다. 데이터가 많지 않다면, 다른 이름으로 테이블을 재생성한 후 이 테이블로 데이터를 옮기고(쿼리를 이용하여), 테이블의 이름을 서로 바꿔주고 과거 테이블을 삭제한다면 원하시는 결과를 얻을 수는 있습니다. 단 데이터가 많을 경우 시간이 오래걸릴 것입니다.

 

남재우님이 2007-06-26 11:23에 작성한 댓글입니다. Edit
[Top]
No.
제목
작성자
작성일
조회
330Q.큐브리드메니저의 원격DB 사용법!? [1]
화이팅
2007-06-26
5352
329Q.loadjava 패키지에 사용할때...에러가 나는데... [1]
흐음..
2007-06-26
3812
328Q.loadjava 사용사 inner class 로딩 [1]
gilbird
2007-06-26
4049
327Q.select into와 insert into select 가 모두 지원 되는지요? [1]
고은배
2007-06-26
3747
326Q.동일 서버의 다른 DB에 있는 테이블에 접근시 처리방법 문의 [1]
고은배
2007-06-26
3929
325Q.테이블 컬럼의 사이즈 증가 명령문 관련 [1]
고은배
2007-06-26
4069
324Q.자바저장 프로시져 질문입니다.. [1]
흐음...
2007-06-25
3443
Valid XHTML 1.0!
All about the DATABASE... Copyleft 1999-2024 DSN, All rights reserved.
작업시간: 0.029초, 이곳 서비스는
	PostgreSQL v16.2로 자료를 관리합니다