* 질문 등록 시 다음의 내용을 꼭 기입하여 주세요.
|
|
Window7 32bit, Linux 64bit 등 |
|
|
[cubrid_rel] 수행 결과 |
|
|
[도움말]-[버전정보] 확인 |
|
|
java, php, odbc 등 입력 |
* CUBRID 응용 오류, SQL 오류 또는 SQL 튜닝 관련된 문의는 반드시 다음의 내용을 추가해 주세요. 비밀글이나 비밀 댓글도 가능합니다.
* 저희가 상황을 이해하고, 재현이 가능해야 알 수 있는 문제들이 많습니다. 가능한 정보/정황들을 부탁합니다.
| 에러 내용 및 재현 방법 | 재현 가능한 Source와 SQL |
| 관련 테이블(인덱스, 키정보 포함) 정보 | CUBRID 홈 디렉토리 아래 log 디렉토리 압축 |
-------------- 아래에 질문 사항을 기입해 주세요. ------------------------------------------------------------------------
스키마 개념이 도입되기 이전인 ~ Cubrid 11.1 까지의 경우, 스키마 명 = 데이터베이스명 인데,
demodb라는 데이터베이스가 있을 때, 사용자가 demodb에 'T1'이라는 테이블을 만들었을 때,
db_class 테이블을 이용하여 조회할 때, T1이 demodb라는 스키마(데이터베이스)에 소속되어있음을 확인하는 방법이 무엇인가요?
큐브리드에서 데이터베이스는 테이블, 칼럼, 레코드를 포함한 집합으로 테이블 조회를 하기 전 데이터베이스(demodb)에 먼저 접속을 합니다.
접속 이후 조회하는 테이블은 모두 demodb 내부의 집합으로 따로 확인하실 필요는 없습니다.