반응형

select * from user_source
where type in ('PROCEDURE','FUNCTION','PACKAGE BODY')
and text like '%domain%'
order by name, line;

반응형
반응형

에러 메시지 : Type handler was null on parameter mapping for property '__frch_item_0.value'. 에러

현상 : my batis foreach 문 사용시 에러가 발생

<foreach collection="list" item="item" index="index" separator="," open="(" close=")">
    #{item.value}
</foreach>

원인 :  parameter 전달이 부정확하고, xml에서 정확히 받지 못했을 경우 아래와 같은 오류가 발생할 수 있다.

해결 : 
<foreach collection="list" item="item" index="index" separator="," open="(" close=")">
    #{item,jdbcType=VARCHAR}
</foreach>

반응형
반응형

sh1 알고리즘 암호화 예시

select rawtohex(dbms_crypto.hash(utl_i18n.string_to_raw('1234'),3)) from dual;



해석

select

-- RAWTOHEX 함수는 값의 16진수 표시를 문자열로 리턴

rawtohex(


-- DBMS_CRYPTO은 데이터 암복호화 및 인증 등에 쓰이는 해시 알고리즘을 제공하는 패키지

-- hash는 알고리즘 임의의 길이의 데이터를 고정 길이의 해시값으로 변환하는데, 

해시값을 만드는 것은 쉽지만, 해시값을 원래의 데이터로 복원하는 일은 지극히 어렵게 함으로써, 

데이터의 안전성을 보장함

-- dbms_crypto.hash는 사용자가 명시한 알고리즘을 이용하여 임의의 길이의 데이터를 

고정길이의 해시값으로 변환하는 함수

dbms_crypto.hash(


-- UTL_I18N은 국가, 언어들 간의 다양한 변환 및 호환 기능을 제공함

-- STRING_TO_RAW는 현재 데이터베이스 문자 집합인 입력문자열을 

다른 문자 집합의 문자열 바이너리 데이터로 변환함

utl_i18n.string_to_raw('1234')

-- hash_md4:1, dbms_crypto.hash_md5:2, hash_sh1:3

,3)

) from dual;

※ p/w를 바이너리 데이터로 변환 > sh1알고리즘으로 암호화 > 16진수 표시를 문자열로 리턴

반응형
반응형

1. 컬럼 추가
ALTER TABLE 테이블명 ADD (컬럼명 데이터 타입 DEFAULT '디폴트값옵션' NOT NULL,
                                          컬럼명 데이터 타입 DEFAULT '디폴트값옵션' NOT NULL)

예제) ALTER TABLE TEST_TABLE ADD TEST_COLUMN VARCHAR2(15) DEFAULT 'TEST' NOT NULL


2. 외래키 추가
ALTER TABLE 테이블명 ADD CONSTRAINT 제약조건명 FOREIGN KEY (컬럼명) REFERENCES 외래키맺을테이블명(외래키맺을컬럼명);

예제) ALTER TABLE PLAYER ADD CONSTRAINT PLAYER_FK FOREIGN KEY (TEAM_ID) REFERENCES TEAM(TEAM_ID);



3. 코맨트 추가
COMMENT ON COLUMN 테이블명.컬럼명 IS '코맨트';

예제) COMMENT ON COLUMN TEST_TABLE.TEST_COLUMN IS '테스트컬럼';

반응형
반응형

임시 테이블 만들기

A, B, C, D ...가 포함된 값을 where 조건 IN절에 넣을때 1000개 씩 밖에 조회가 되지 않는다.
1000개 이상의 값을 넣기 위해 아래와 같이 임시로 테이블을 만들거나
실제 테이블을 create 하는게 더 효율적일수 있다.


WITH TEST AS (
        SELECT 'A' AS GBN FROM DUAL UNION ALL
        SELECT 'B' AS GBN FROM DUAL UNION ALL
        SELECT 'C' AS GBN FROM DUAL UNION ALL
        SELECT 'D' AS GBN FROM DUAL UNION ALL
        SELECT 'E' AS GBN FROM DUAL UNION ALL
        SELECT 'F' AS GBN FROM DUAL UNION ALL
        SELECT 'G' AS GBN FROM DUAL
)
SELECT * FROM  TEST;


[WITH 구문]
- WITH구문내의 쿼리의 결과(SUB쿼리)가 여러번 사용될때(호출될때) 유용하다.
- 서브쿼리 블럭에 이름을 지정할 수 있도록 해줌.
- 오라클 옵티마이저는 쿼리를 인라인뷰나 임시 테이블로 여긴다.
- Oracle 9 이상 지원

반응형
반응형

에러메세지 : 
    Caused by: java.sql.SQLException: ORA-31011: XML 구문 분석을 실패함
    ORA-19202: XML 처리
    LPX-00217: 부적합한 문자 15573181(U+EDA0BD)
    Error at line 1
    중 오류가 발생했습니다.
    ORA-06512: "SYS.XMLTYPE",  48행
    ORA-06512:  5행

현상 : smarteditor에서 글 등록 시 xml로 파싱하여 패키지에서 insert 하는데 오류 발생

원인 : 글에서 xml 파싱할 수 없는 이모티콘을 사용하여 글을 등록하려고함

해결 : 이모티콘 제거 후 다시 submit


반응형
반응형

에러 메시지 : 
  ORA-00942: 테이블 또는 뷰가 존재하지 않습니다

현상 : 일반 쿼리에서는 정상적으로 사용이 되는데 패키지에서 프로시져로 사용할때 컴파일 에러 발생
원인 :  존재하는 테이블인데도 읽지 못하는 것은 권한 문제

해결 : 시스템 유저로 들어가서 권한을 할당해주는 작업 진행

grant select on [유저명.권한을 할당할 테이블명] to [테이블에 권한을 행사 할 유저명];

GRANT SELECT, DELETE, UPDATE, INSERT ON USER1.TABLE_NAME1 TO USER2;





반응형
반응형
비밀번호 만료 (ORA-28002: the password will expire within 7 days)
1. 기간확인 
SQL> select resource_name, resource_type, limit
         from dba_profiles ;
 
RESOURCE_NAME                  RESOURCE_TYPE    LIMIT
------------------------------ ----------------    -------
PASSWORD_LIFE_TIME             PASSWORD            180
 
 
2. password_life_time 값을 unlimited로 바꾸어 줌
 
SQL> alter profile default limit PASSWORD_LIFE_TIME unlimited ;
          Profile altered.
 
RESOURCE_NAME                    RESOURCE_TYPE     LIMIT
------------------------------ ----------------      -------
PASSWORD_LIFE_TIME             PASSWORD              UNLIMITED
 

3. 해당 유저의 password 속성 변경
 
현재 상태 조회
      SQL> select username, account_status, lock_date, expiry_date
              from dba_users
              where username = 'SCOTT' ;
 
          USERNAME             ACCOUNT_STATUS             LOCK_DATE    EXPIRY_DATE
          -----------------   -------------------             ------------    -------------
          SCOTT                   EXPIRED(GRACE)                                      18-DEC-13
 
해당 유저의 password 속성 변경
 
       SQL> alter user scott identified by password ;
                User altered.
 
 
속성변경 확인
 
        SQL> select username, account_status, lock_date, expiry_date
                 from dba_users
                 where username = 'SCOTT' ;
 
               USERNAME          ACCOUNT_STATUS     LOCK_DATE       EXPIRY_DATE
               ----------------- -------------------    ------------      -------------
               SCOTT                  OPEN
 
               ---> account_status 값이 OPEN,   expiry_date 값이 NULL 값으로 변경된것을 확인



Oracle 접속이 안될때 (ORA-01017: invalid username/password; logon denied) 
1. system 계정으로 접속
sys/manager 

2. 계정 이름 확인
select * from dba_users;

3. lock 해제(계정이름 입력)
alter user 'username' account unlock;

4. 비밀번호 변경(계정이름, 비밀번호 입력)
alter user username identified by userpassword;






반응형
반응형
1.    Database 관련 Naming Rule
가.    Database Schema Name
1)    규칙
█    Database Profile 이름을 의미함
█    DB Alias 이름과 동일하게 함
█    영문 대문자로 작성함
█    Database Short Name의 길이는 최대 8자리를 넘을 수 없음
█    Database Short Name은 각 Site의 Unique한 Name을 사용함

2)    표기 방식
<Database Short Name>
예) TOURDB, ETKP, TKS…

나.    Table Name
1)    규칙
█    테이블임을 표시하기 위해 테이블 명 뒤에 ‘_TB’ 라는 구분을 사용함
█    테이블명은 대문자로 사용함
█    시스템 구분 코드와 모듈구분코드로 업무 영역을 구분함
█    의미있는 테이블명은 3단어까지 사용할 수 있음
█    단어와 단어 사이는 ‘_’로 구성함
█    각 단어는 최대 8자리까지 사용함
█    구분명은 Table의 특성을 나타냄
█    예로는 Master, Detail, Control, Summary, Trigger, History 등이 있음

2)    표기 방식
<시스템 구분> + ‘_’ + <의미있는 테이블명> + ‘_’ + TB
예) 사용자 테이블 : ACT_USERS_TB

다.    Column Name
1)    규칙
█    물리명은 영문 대문자를 이용함. 논리명을 사용자가 알 수 있는 정도에서 명사 및 명사형동사를 사용함
█    Column에 대한 자리수는 총 12자리로 하며, 제한은 없음
단, 사용하는 Database의 특성에 따라 제한될 수 있음
█    Word와 Word 사이에는 ‘_’로 구분함
█    한 Word는 8자리를 넘을 수 없음
█    모든 Column은 Dictionary List에 등록된 약어사전 및 자료사전을 기초로 작성함
█    Dictionary List에 등록되지 않은 약어는 책임자의 동의 하에 등록함
█    Column Name은 약어의 조합으로 구성
█    컬럼명에 컬럼을 대표하는 접미사를 사용하여 컬럼명의 성격을 나타냄.

2)    표기방식
<의미있는 컬럼명> 혹은 <의미있는 컬럼명> + ‘_’ + 접미사
종종 자주 사용하는 접미사는 다음과 같다.

접미사
내용
설명
_CD
CODE
주로 코드 테이블의 코드 , 각종 코드에 사용된다 . 숫자나 문자로 이루어진 코드에 해당되며 , 숫자나 문자의 부분이 의미가 있는 경우에 코드를 사용한다 . 대부분 PK 해당한다 .
) 대분류 코드 CTGRY_CD, 시도코드 SIDO_CD, 사용자 그룹 코드 USER_GROUP_CD
_NM
NAME
코드에 대한 명칭에 주로 사용된다 . 논리명이 이름 , 명칭인 경우에 해당된다 .
) 사용자이름 USER_NM, 자원명 RES_NM,
중분류 코드명 DVSN_NM, 메뉴명 MENU_NM
_NO
NUMBER
숫자로만 이루어진 경우 , 주로 논리명이 번호인 경우에 사용.
) 주민등록번호 JUMIN_NO, 조문번호 JO_NO,
게시물번호 BOARD_NO
_SQ
SEQUENCE
오라클의 Sequence, MSSQL Identity 경우에 사용한다 . 숫자 일련번호로 PK 설정할 경우 SQ 사용한다 . MSSQL Identity 경우 주로 _ID 사용하는 경우가 많은데 , 사용자 아이디 USER_ID ID 의미가 틀려 SQ 사용한다 .
) 작업번호 WORK_SQ, 이력번호 HISTORY_SQ
_ID
ID
주로 사용자 아이디의 경우에 사용한다 .
) 사용자아이디 USER_ID, 등록자아이디 REG_ID
_DT
DATE
날짜의 경우 사용한다. DT 날짜 타입이 DATE형인 경우에만 사용한다. 보통 날짜의 경우 CHAR(8)형으로 20050718 식으로 저장을 많이 한다 . 이런 경우에는 _YMD 사용한다.
) 삭제일자 DEL_DT, 변경일자 CHG_DT
_YMD
YYYYMMDD
날짜의 경우 사용한다. 날짜 타입이 CHAR 인경우 사용한다 . 년월일인 경우 _YMD 사용하고 , 년월형식으로 CHAR(6) 저장될 경우 _YM 사용한다. 년도 , , 일자 인경우에는 YEAR, MONTH, DAY 등의 컬럼명을 사용한다 .
_GB
구분
구분값을 나타낼 사용한다 . CD 주로 코드테이블을 별도로 사용할 적당하고, 테이블 없이 코드상에서 구별할 사용한다 . 가령 사용자구분 필드가 있을 일반사용자 , 내부사용자가 있다면 별도의 사용자 그룹테이블로 분리하여 사용할 경우 GROUP_CD 필드명이 되지만, 코드상에서 일반 (G), 내부 (I) 사용하기로 결정했다면 GROUP_GB 필드명을 사용하면 된다 .
) 통계구분 STAT_GB
_ST
STATE
상태값이다 . 주로 CHAR(1) 형식을 사용한다 .
) 사용자 상태 USER_ST
_FL
FLAG
플레그값이다 . 종종 삭제하지 않는 테이블에 삭제플레그를 많이 사용된다 . 값은 0/1 이나 Y/N 많이 사용한다.
) 삭제여부 DEL_FL, 요청여부 REQ_FL
_ORD
ORDER
순서를 나타낼 사용한다 .
) 컬럼순서 COLUMN_ORD
_CNT
COUNT
) 조회수 VIEW_CNT
_AMT
AMOUNT
) 재고량 STOCK_AMT
_SUM
SUM
) 분기합계 QTR_SUM, 년도합계 YEAR_SUM

 

3)    순서규칙
█    기본적으로 관계형 모델에서 열(Column)의 순서는 의미가 없음. 그러나, 물리적인 형태로 생성되어 관리될 때에는 보다 효율적인 저장공간의 관리를 위해 다음 순서에 따라 우선순위를 결정함
█    Primary Key가 우선함
█    Primary Key내에서는 Index 의미에 따라 순서를 결정함
█    Not Null Columns이 우선함

█    Not Null Columns 내에서는 Foreign Key, Attributes 순서로 함
█    Null Columns 내에서는 다음의 규칙에 따라 순서를 결정함
█    Fixed Length Columns이 우선함(Date,Number,Char순)
█    Smaller Length Column이 우선함

라.    Index Name
1)    규칙
█    해당하는 테이블명 뒤에 ‘_IX’를 붙여 index임을 명확히 함
█    대문자를 사용함
█    일련번호는 01 ~ 99까지 사용할 수 있음
█    MSSQL의 경우 클러스터드 인덱스와 넌 클러스터드 인덱스를 구분하여 작성함. 클러스터드 인덱스 _IXC를 사용하며, 넌 클러스터드 인덱스는 일반 인덱스 명 룰을 따름.
█    테이블에 인덱스가 하나만 존재할 경우 일련번호를 사용하지 않아도 됨.

2)    표기 방식
<시스템 구분> + ‘_’ + <의미있는 테이블명> + ‘_’ + IX{<일련번호>}
예) Table명 ‘I01_MASTER_TB’의 Index : I01_MASTER_IX01

마.    Primary Key Name
1)    규칙
█    영문 대문자로 작성함
█    해당하는 테이블명의 맨 뒤에 ‘_PK’라는 구분을 사용함

2)    표기방식
<시스템 구분> + ‘_’ + <의미있는 테이블명> + ‘_’ + PK
예) Table 명 ‘AC_USERS_TB’의 Primary Key : AC_USERS_PK

바.    Foreign Key Name
1)    규칙
█    영문 대문자로 작성함
█    해당하는 테이블명의 맨 뒤에 ‘_FK’라는 구분을 사용함
█    일반적으로 테이블명과 컬럼명까지 사용하나, OBJECT의 명칭이 길어져서 테이블명을 기준으로 작성함.
█    일련번호 : 1 ~ 9

2)    표기방식
<시스템 구분> + ‘_’ + <의미있는 테이블명> + ‘_’ + FK{<일련번호>}
예) Table 명 ‘I01_MASTER_TB’의 Foreign Key : I01_MASTER_FK1

사.    Stored Procedure Name
1)    규칙
█    길이는 큰 제한이 없으나 오라클의 OBJECT NAME 길이 제한은 있음.
█    해당하는 테이블명의 맨 뒤에 ‘_SP’라는 구분을 사용함
█    기능명은 복수개 사용이 가능하면 3개의 단어를 넘지 않도록 함
█    기능을 나타내는 명칭이 하나일 경우 일련번호를 생략해도 됨.
█    단어간에는 ‘_’로 구분함
█    업무룰에 해당되지 않는, 혹은 특정 테이블에 해당되지 않는 DBMS 전반적인 프로시저의 경우, 시스템 프로시저로 작성하는 경우에는 시스템구분 과 테이블명을 생략하고 간단히 작성할 수 있다. 예) 스키마 스크립트 GENERATION – GENERATE_SP
█    오라클의 경우 패키지 내부의 프로시저의 경우 패키지 명칭에 시스템구분을 사용하므로, 프로시저나 함수명에 시스템구분 코드를 넣지 않는다. 또한 기능에 따른 일련번호를 사용하지 않고 OOP의 기능인 Method Overloading 의 기능을 사용하여 작성한다. 또한 명칭은 Camel 표기법을 사용하여 작성한다. 예) 사용자를 가져오는 경우 getUsers()

2)    표기방식
<시스템 구분> + ‘_’ + <의미있는 테이블명> + ‘_’ + <기능명>{<일련번호>} + ‘_’ + SP
예) ‘I01_MASTER_TB’ 테이블에서 데이타 입력에 대한 Procedure
    : I01_MASTER_INS01_SP
기능명
명칭
설명
INS
INSERT
단일 테이블의 단순 INSERT 작업인 경우 , 사용자 테이블에 데이터 입력 프로시저의 경우 업무룰이 복잡하여 여러 테이블에 걸쳐 삽입 작업이 된다면 ( 서버측 트랜잭션이 구현된다면 ) INS 사용하지 않고, REG 사용한다 .
UDT
UPDATE
단일 테이블의 단순 UPDATE 작업의 경우
DEL
DELETE
단일 테이블의 단순 삭제인 경우
LST
LIST
SELECT 문을 사용하여 조회하는 경우
REG
REGISTER
등록작업 트랜잭션을 사용하여 여러 테이블에 입력 작업이 이루어질
MOD
MODIFY
수정작업 트랜잭션을 사용하여 여러 테이블에 수정 작업이 이루어질
REM
REMOVE
삭제작업 트랜잭션을 사용하여 여러 테이블에 삭제 작업이 이루어

 


아.    Function Name
1)    규칙
█    길이는 제한이 없으며 영문 대문자를 사용함
█    해당하는 테이블명의 맨 뒤에 ‘_FC’라는 구분을 사용함을 원칙으로 하나, 함수명이 길어서 사용상 불편할 경우, 특정 시스템에 국한하지 않고, 항상사용하는 라이브러리 같은 함수의 경우 구분가능한 Short Name을 사용해도 무방하다.
█    단어간에는 ‘_’로 구분함
█    시스템 함수로 작성한 경우에는 접미사를 사용하지 않고, 간략한 함수이름을 사용한다. 예) INSTR, LEASTR(@x bigint, @y bigint) 등
█    오라클의 경우 패키지 내부의 함수의 경우에는 프로시저의 해당 규칙에 따른다. 즉 시스템구분 코드와 접미사를 사용하지 않고, Camel 표기법으로 간략하게 작성한다.

2)    표기방식
<시스템 구분> + ‘_’ + <기능명> + ‘_’ + FC
예) ‘I01_MASTER_TB’ 테이블에서 주소명를 가져오기 위한 Function
    : I01_GET_ADDRESSNAME_FC(p_AddressCode IN Char) 내지는
: getAddressName(p_AddressCode IN Char)

자.    Table Trigger Name
1)    규칙
█    영문 대문자로 작성함
█    일련번호는 01 ~ 99까지 사용 가능함

2)    표기방식
<시스템 구분> + ‘_’ + <의미있는 테이블명> + ‘_’ + <Timing><Trigger Event><일련번호> + ‘_’ + TG
 Timing : B(Before), A(After)
 Trigger Event : I(Insert), D(Delete), U(Update)

예) ‘I01_MASTER_TB’ 테이블에서 데이타 입력 후에 실행되는 Trigger
: I01_MASTER_AU01_TG

차.    View Name
1)    규칙
█    길이는 제한이 없으며, 영문 대문자로 작성함
█    해당하는 테이블명의 맨 뒤에 ‘_VW’라는 구분을 사용함
█    일련번호는 01 ~ 99까지 사용할 수 있음

2)    표기방식
<시스템 구분> + ‘_’ + <의미있는 테이블명><일련번호> + ‘_’ + VW
예) AC_ADMINL_USER_VW

카.    Sequence Name <오라클의 경우에만 해당>
1)    규칙
█    길이는 제한이 없으며 영문 대문자를 사용함
█    해당하는 테이블명의 맨 뒤에 ‘_SQ’라는 구분을 사용함

2)    표기방식
<시스템 구분> + ‘_’ + <의미있는 테이블명> + ‘_’ + SQ
예) ‘I01_MASTER_TB’ 테이블의 Sequence : I01_MASTER_SQ

타.    Package Name<오라클의 경우에만 해당>
1)    규칙
█    길이는 제한이 없으며 영문 대문자를 사용함
█    해당하는 테이블명의 맨 뒤에 ‘_PKG’라는 구분을 사용함

2)    표기방식
<시스템 구분> + ‘_’ + <의미있는 패키지명> + ‘_’ + PKG
예) 검색엔진에서 사용하는 자원에 관련된 패키지 : SCH__PKG

파.    Check 제약조건
1)    규칙
█    길이는 제한이 없으며 영문 대문자를 사용함
█    기존의 명칭룰에 해당하는 접미사를 사용하지 않고, 예외적으로 접두어 CK_를 사용한다. 일반적으로 CHECK와 DEFAULT 제약조건은 특정 테이블에 한정시켜서 작성하기 보다는 시스템 전반에 걸쳐서 사용이 가능하므로 예외규정을 둔다.

2)    표기방식
CK + ‘_’ + <의미있는 CHECK명>
예) 이메일 체크 : CK_EMAIL
예) 성별 체크 : CK_SEX

하.    Default 제약조건
1)    규칙
█    길이는 제한이 없으며 영문 대문자를 사용함
█    기존의 명칭룰에 해당하는 접미사를 사용하지 않고, 예외적으로 접두어 DF_를 사용한다. 일반적으로 CHECK와 DEFAULT 제약조건은 특정 테이블에 한정시켜서 작성하기 보다는 시스템 전반에 걸쳐서 사용이 가능하므로 예외규정을 둔다

2)    표기방식
DF + ‘_’ + <의미있는 DEFAULT명>
예) Null String Default – DF_NULLSTR

예) 0(Zero) Default – DF_ZERO


반응형
반응형
IE표기법 (정보공학 표기법)
식별관계 : 부모테이블의 주키가 자식테이블의 주키 또는 주키군에 속한 관계
비식별 관계 : 부모테이블의 주키가 자식테이블의 일반 속성에 속한 관계

※ 실선관계는 식별 관계, 점선관계는 비식별 관계



<1:n 관계의 종류와 물리적으로 구현한 모양>

1번째 , identifying , mandatory, optional 이경우는 B는 A가 없다면 존재 할 수 없다.
반면 A는 B가 없어도 괜찮은 관계이다. 물리적 DB구성은 B테이블에 A의 PK를 FK로 하며, B테이블의 PK로 들어온다.

2번째 , identifying , mandatory, mandatory 이 경우는 B도 A없이 존재 할 수 없고, A또한 B가 없다면 존재하기 힘든 관계이다.
물리적 DB구성은 B테이블 경우는 1번째 경우와 동일하다. A의 ID가 PK로 들어온다.
그렇지만 1:n의 1의 관계에서 B의 ID를 PK로 물고 있는 경우가 없기 때문에 무결성을 지키기 위해서는
별도의 처리 로직 (TRIGGER 혹은 어플리케이션단계에서의 처리) 이 필요하다.

3번째 , non-identifying , optional, optional 이 경우는 A가 없이도 B는 존재 할 수 있으며, B는 A의 ID를 PK가 아닌 일반 속성으로 가지게 된다.
그리고 B의 입장에서 A또한 있어도 그만 없어도 그만인 optional 속성이므로 A의 ID 컬럼이 null이 들어와도 무방하게 된다.

4번째 , non-identifying , mandatory, optional 이 경우는 3번째와 마찬가지로 A없이 B가 존재할 수 있다.
그렇지만, B의 입장에서 A는 필수 조건이다. 따라서 B의 주키는 일반속성으로 들어와 있긴 하지만 not null 속성을 가져야만 한다.



기본키와 외래키
기본키
- 행을 고유하게 구분해 주는 최소의 정보
- 기본 키가 없는 테이블은 관계에 사용할 수 없고, 정렬과 검색할 때 처리속도가 늦음. 따라서 가능하면 기본 키를 만들어 두는 것이 좋음.
외래키
-  다른 릴레이션의 기본키를 참조하는 속성 또는 속성들의 집합을 의미
- 릴레이션 간의 관계를 표현할 때 사용

기본키와 외래키의 속성
- 기본키는 고유한 값을 가져야 함
- 외래키는 기본키와는 달리 그 값이 고유해도 좋고 중복되어도 됨. 다만 인덱스가 되어 있으면 연결하는데 있어 성능의 향상을 가져올 수 있음
- 관련되어 있는 외래키와 기본키의 필드 이름 또는 인덱스 이름이 같을 필요는 없지만 가능하면 동일한 이름이거나 또는 한쪽 이름이 다른 쪽 이름의 일부를 구성하도록 이름을 짓는 것이 편리함.
- 외래키는 기본키와 데이터 형식이 같아야 함.
- 기본 키는 Null 값이 될 수 없으며 항상 고유 인덱스를 가져야 함.
- 외래 키는 Null 값이 될 수 있음.
- 두 개 이상의 필드로 이루어진 외래 키 필드 중 Null인 필드가 있으면 모든 필드가 Null이 됨.


반응형

+ Recent posts