| 윈 토토 : 문서 : 9.4 : 윈 토토 | |||
|---|---|---|---|
| PostgreSQL : 문서 : 9.4 : 스포츠 토토 Trigger | PostgreSQL : 문서 : 9.4 : SQL 윈 토토 | 토토 사이트 순위 : 문서 : 9.4 : Alter user | |
변경 윈 토토이름 액션[, ... ]
윈 토토 변경이름소유자:new_owner변경 윈 토토이름속성 이름 변경속성_이름받는 사람new_attribute_name[ 캐스케이드 | 제한 ]
윈 토토 변경이름다음으로 이름 바꾸기:new_name변경 윈 토토이름스키마 설정new_schema변경 윈 토토이름값 추가 [ 존재하지 않는 경우 ]new_enum_value[ 이전 | 이후existing_enum_value ]
어디에서액션다음 중 하나입니다:속성 추가속성_이름 데이터_윈 토토[ 수집조합] [ 캐스케이드 | 제한 ]
삭제 속성 [ 존재하는 경우 ]속성_이름[ 캐스케이드 | 제한 ]
속성 변경속성_이름[ 데이터 설정 ] 윈 토토데이터_윈 토토[ 수집조합] [ 캐스케이드 | 제한 ]변경 윈 토토기존 윈 토토의 정의를 변경합니다. 여러 가지 하위 양식이 있습니다.
이 양식은 다음과 동일한 구문을 사용하여 복합 유형에 새로운 속성을 추가합니다.PostgreSQL : 문서 : 9.4 : 롤 토토 생성.
이 양식은 복합 윈 토토에서 속성을 삭제합니다. 만일존재하는 경우이 지정되었지만 속성이 존재하지 않으면 오류가 발생하지 않습니다. 이 경우 대신 통지가 발행됩니다.
이 양식은 복합 윈 토토의 속성 윈 토토을 변경합니다.
이 양식은 유형의 소유자를 변경합니다.
이 양식은 유형의 이름 또는 복합 유형의 개별 속성의 이름을 변경합니다.
이 양식은 윈 토토을 다른 스키마로 이동합니다.
이 양식은 열거형 유형에 새로운 값을 추가합니다. 열거형 순서에서 새 값의 위치는 다음과 같이 지정할 수 있습니다.이전또는이후기존 값 중 하나입니다. 그렇지 않으면 새 항목이 값 목록 끝에 추가됩니다.
만약존재하지 않는 경우이 지정되면 윈 토토에 이미 새 값이 포함된 경우 오류가 아닙니다. 알림이 발행되지만 다른 조치는 수행되지 않습니다. 그렇지 않으면 새 값이 이미 존재하면 오류가 발생합니다.
변경되는 윈 토토의 윈 토토이 지정된 테이블과 그 하위 항목에 작업을 자동으로 전파합니다.
변경되는 윈 토토이 윈 토토이 지정된 테이블의 윈 토토인 경우 작업을 거부합니다. 이것이 기본값입니다.
그속성 추가, 삭제 속성및속성 변경작업을 여러 변경 목록으로 결합하여 동시에 적용할 수 있습니다. 예를 들어 단일 명령으로 여러 속성을 추가하거나 여러 속성의 윈 토토을 변경할 수 있습니다.
사용할 윈 토토을 소유해야 합니다.변경 윈 토토. 윈 토토의 스키마를 변경하려면 다음도 있어야 합니다.만들기새 스키마에 대한 권한. 소유자를 변경하려면 새 소유 역할의 직접 또는 간접 구성원이어야 하며 해당 역할에는 다음이 있어야 합니다.만들기유형의 스키마에 대한 권한. (이러한 제한 사항은 소유자 변경이 유형을 삭제하고 다시 생성하여 수행할 수 없는 작업을 수행하지 않도록 강제합니다. 그러나 수퍼유저는 어쨌든 모든 유형의 소유권을 변경할 수 있습니다.) 속성을 추가하거나 속성 유형을 변경하려면 다음 사항도 있어야 합니다.사용데이터 윈 토토에 대한 권한입니다.
변경할 기존 유형의 이름(스키마 한정).
유형의 새 이름입니다.
유형의 새로운 소유자의 사용자 이름.
윈 토토에 대한 새로운 스키마.
추가, 변경 또는 삭제할 속성의 이름.
이름을 바꿀 속성의 새 이름.
추가할 속성의 데이터 유형 또는 변경할 속성의 새로운 유형.
열거형 윈 토토의 값 목록에 추가될 새 값. 모든 열거형 리터럴과 마찬가지로 따옴표로 묶어야 합니다.
새 값이 열거형 윈 토토의 정렬 순서 바로 앞이나 뒤에 추가되어야 하는 기존 열거형 값입니다. 모든 열거형 리터럴과 마찬가지로 따옴표로 묶어야 합니다.
변경 윈 토토 ... 값 추가(열거형 윈 토토에 새 값을 추가하는 양식)은 트랜잭션 블록 내에서 실행할 수 없습니다.
추가된 열거형 값과 관련된 비교는 때때로 열거형 유형의 원래 구성원만을 포함하는 비교보다 느릴 수 있습니다. 이는 일반적으로 다음 경우에만 발생합니다.이전또는이후은 목록 끝이 아닌 다른 위치에 새 값의 정렬 위치를 설정하는 데 사용됩니다. 하지만 마지막에 새로운 값을 추가했는데도 이런 현상이 발생하는 경우가 있습니다. (OID 카운터의 경우 발생합니다.)"둘러싸여"열거형 유형이 처음 생성된 이후). 일반적으로 둔화는 미미합니다. 하지만 중요한 경우 열거형 유형을 삭제하고 다시 생성하거나 데이터베이스를 덤프하고 다시 로드하면 최적의 성능을 다시 얻을 수 있습니다.