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 582 게시물 읽기
No. 582
Q.NOTNULL 제약조건 해제 관련 재문의
작성자
안성민
작성일
2007-10-01 10:23
조회수
3,339

현재 큐브리드에서 제공하고 있는 우클릭에서의 클래스 속성변경으로

NOT NULL 제약조건 해제시, 데이타가 많을 경우 삭제가 않됩니다.

큐브리드와 연결이 끊어졌으니 확인해보고 다시 하라는 에러만 발생됩

니다.

 

DB의 경우, 굉장히 단순하게 만들어져 있고, 다른 테이블을 참조하지

도 않습니다. 단시 NOT NULL 만 해제하는데 않되는 경우가 많고, 여

러번 시도시 되기도 하지만 않되는 경우가 더 많습니다.

 

테이블들중 데이타가 많은 경우에 발생은 하지만, 70만건정도되는 데

이타에서 발생하고 있습니다. 그렇게 많은 데이타량이라고 생각되지

는 않습니다. 단지 x,y 좌표값(integer) 이기 때문입니다.

 

때문에 NOT NULL을 풀기 위해 테이블을 unload하여 그 txt파일을 수정

하여 변경된 값을 적용시키고 있습니다. 이것은 많이 번거로운 일인 것

같습니다.

 

그리고 SQL 쿼리 변경으로 알려주신 방법인 새로운 컬럼을 만들어 업

데이트문으로 데이타를 밀어놓고, 기존 컬럼명으로 변경하는 방법은

컬럼의 순서가 변경됨으로 기존 DB의 NOT NULL 제약 변경 방법으로

는 맞지 않는 것 같습니다. 만약 운영중인 DB의 컬럼 순서가 바뀌는 것

은 적절치 않다고 생각합니다.

 

하여, NOT NULL이 해제 않되는 경우가 있는지 알고 싶습니다. 어떤 특

정한 조건에서는 않될 수 있나요?

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

안녕하세요.

사용에 불편을 드려 대단히 죄송합니다. 말씀하신 문제는 바로 테스트를 통하여 확인후 알려드리도록 하겠읍니다.

아울러 말씀하신 컬럼 타입 변경 및 순서의 문제는 다음 버젼에서 제공되도록 준비중에 있읍니다. 타입을 바로 변경할 수 있도록 지원할 계획이며 또한 컬럼의 순서도 조정할 수 있도록 할 계획입니다.

참고적으로 테이블의 컬럼 순서가 바뀌는 것이 적절하지 않다는 지적은 당연히 맞습니다. 그렇지만 여러 이유로 인하여 컬럼의 순서가 바뀔 가능성이 내포되어 있으므로 순서가 영향을 받을 수 있도록 응용프로그램을 코딩하지 않는 것이 더 중요하다고 생각됩니다.

 

>현재 큐브리드에서 제공하고 있는 우클릭에서의 클래스 속성변경으로

>NOT NULL 제약조건 해제시, 데이타가 많을 경우 삭제가 않됩니다.

>큐브리드와 연결이 끊어졌으니 확인해보고 다시 하라는 에러만 발생됩

>니다.

>

>DB의 경우, 굉장히 단순하게 만들어져 있고, 다른 테이블을 참조하지

>도 않습니다. 단시 NOT NULL 만 해제하는데 않되는 경우가 많고, 여

>러번 시도시 되기도 하지만 않되는 경우가 더 많습니다.

>

>테이블들중 데이타가 많은 경우에 발생은 하지만, 70만건정도되는 데

>이타에서 발생하고 있습니다. 그렇게 많은 데이타량이라고 생각되지

>는 않습니다. 단지 x,y 좌표값(integer) 이기 때문입니다.

>

>때문에 NOT NULL을 풀기 위해 테이블을 unload하여 그 txt파일을 수정

>하여 변경된 값을 적용시키고 있습니다. 이것은 많이 번거로운 일인 것

>같습니다.

>

>그리고 SQL 쿼리 변경으로 알려주신 방법인 새로운 컬럼을 만들어 업

>데이트문으로 데이타를 밀어놓고, 기존 컬럼명으로 변경하는 방법은

>컬럼의 순서가 변경됨으로 기존 DB의 NOT NULL 제약 변경 방법으로

>는 맞지 않는 것 같습니다. 만약 운영중인 DB의 컬럼 순서가 바뀌는 것

>은 적절치 않다고 생각합니다.

>

>하여, NOT NULL이 해제 않되는 경우가 있는지 알고 싶습니다. 어떤 특

>정한 조건에서는 않될 수 있나요?

 

남재우님이 2007-10-01 10:33에 작성한 댓글입니다. Edit

안녕하세요~

 

사용에 불편을 드려 죄송합니다.

테스트확인 결과 char, integer 오류없이 정상 수행되었습니다.

 

저희가 고객님의 오류사항을 확인하기 위해서는 몇가지 아래 정보가 필요합니다.

번거러우 시더라도 알려 주셨으면 합니다.

 

1. not null을 해제하려는 테이블 스키마정보(sqlx 콘솔에서 \";sc 테이블명\" 명령 수행시 수행되는 스키마정보)

 

2. 오류시점의 디비서버프로세스 로그( 경로 : $CUBRID/error_log/DB명_년월일_시분초.log)

 

3. 큐브리드메니저프로세스 로그(경로 : $CUBRID_MANAGER/logs/cmjs.error.log)

 

 

>현재 큐브리드에서 제공하고 있는 우클릭에서의 클래스 속성변경으로

>NOT NULL 제약조건 해제시, 데이타가 많을 경우 삭제가 않됩니다.

>큐브리드와 연결이 끊어졌으니 확인해보고 다시 하라는 에러만 발생됩

>니다.

>

>DB의 경우, 굉장히 단순하게 만들어져 있고, 다른 테이블을 참조하지

>도 않습니다. 단시 NOT NULL 만 해제하는데 않되는 경우가 많고, 여

>러번 시도시 되기도 하지만 않되는 경우가 더 많습니다.

>

>테이블들중 데이타가 많은 경우에 발생은 하지만, 70만건정도되는 데

>이타에서 발생하고 있습니다. 그렇게 많은 데이타량이라고 생각되지

>는 않습니다. 단지 x,y 좌표값(integer) 이기 때문입니다.

>

>때문에 NOT NULL을 풀기 위해 테이블을 unload하여 그 txt파일을 수정

>하여 변경된 값을 적용시키고 있습니다. 이것은 많이 번거로운 일인 것

>같습니다.

>

>그리고 SQL 쿼리 변경으로 알려주신 방법인 새로운 컬럼을 만들어 업

>데이트문으로 데이타를 밀어놓고, 기존 컬럼명으로 변경하는 방법은

>컬럼의 순서가 변경됨으로 기존 DB의 NOT NULL 제약 변경 방법으로

>는 맞지 않는 것 같습니다. 만약 운영중인 DB의 컬럼 순서가 바뀌는 것

>은 적절치 않다고 생각합니다.

>

>하여, NOT NULL이 해제 않되는 경우가 있는지 알고 싶습니다. 어떤 특

>정한 조건에서는 않될 수 있나요?

 

허지웅님이 2007-10-01 12:53에 작성한 댓글입니다. Edit
[Top]
No.
제목
작성자
작성일
조회
585Q.DB 파일 사이즈 [2]
김주희
2007-10-01
3276
584Q.트랜잭션 설정 [1]
김주희
2007-10-01
3231
583Q.OID 사용 [1]
김선우
2007-10-01
3288
582Q.NOTNULL 제약조건 해제 관련 재문의 [2]
안성민
2007-10-01
3339
581Q.상속과 분할의 차이점이 있나요? [1]
초짜
2007-10-01
2748
580Q.예약어 목록만 볼수있나요? [1]
초짜
2007-10-01
3063
579Q.속성의 타입을 변경할 수 있나요? [1]
초짜
2007-10-01
3020
Valid XHTML 1.0!
All about the DATABASE... Copyleft 1999-2024 DSN, All rights reserved.
작업시간: 0.023초, 이곳 서비스는
	PostgreSQL v16.2로 자료를 관리합니다