| 윈 토토 : 문서 : 9.4 : 윈 토토 | |||
|---|---|---|---|
| PostgreSQL : 문서 : 9.4 : 토토 사이트 순위 생성 | PostgreSQL : 문서 : 9.4 : SQL 윈 토토 | PostgreSQL : 문서 : 9.4 : 이벤트 젠 토토 만들기 | |
스포츠 토토 결과 생성이름[AS]data_type[CollateCollation]
[ 기본표현]
[제약 조건[...]]여기서제약 조건is :[제약제약 _name]
null 아님 | 널 | 확인하다 (표현)스포츠 토토 결과 생성새 도메인을 만듭니다. 도메인은 기본적으로 선택적 제약 조건이있는 데이터 유형입니다 (허용 값 세트에 대한 제한). 도메인을 정의하는 사용자는 소유자가됩니다.
스키마 이름이 주어진 경우 (예 :스포츠 토토 결과 생성 myschema.mydomain ...) 그러면 도메인이 지정된 스키마에서 생성됩니다. 그렇지 않으면 현재 스키마에서 생성됩니다. 도메인 이름은 스키마에 존재하는 유형과 도메인 중에서 고유해야합니다.
도메인은 필드의 공통 제약을 유지 보수를 위해 단일 위치로 추상화하는 데 유용합니다. 예를 들어, 여러 테이블에는 이메일 주소 열이 포함되어있을 수 있으며, 모두 주소 구문을 확인하기 위해 동일한 점검 제약 조건이 필요합니다. 각 테이블의 제약 조건을 개별적으로 설정하는 대신 도메인 정의.
스포츠 토토 결과을 만들 수 있으려면usage기본 유형의 특권.
생성 할 도메인의 이름 (선택적으로 스키마 자격).
스포츠 토토 결과의 기본 데이터 유형. 여기에는 배열 지정자가 포함될 수 있습니다.
도메인에 대한 선택적 콜레이션. Collation이 지정되지 않으면 기본 데이터 유형의 기본 Collation이 사용됩니다. 기본 유형은 Collatable이면Collate지정되어 있습니다.
the12656_12665절은 도메인 데이터 유형의 열에 대한 기본값을 지정합니다. 값은 모든 가변없는 표현식입니다 (그러나 하위 쿼리는 허용되지 않습니다). 기본 표현식의 데이터 유형은 도메인의 데이터 유형과 일치해야합니다. 기본값이 지정되지 않으면 기본값은 NULL 값입니다.
기본 표현식은 열에 값을 지정하지 않는 삽입 작업에서 사용됩니다. 특정 열에 대해 기본값이 정의되면 도메인과 관련된 기본값을 대체합니다. 결과적으로 도메인 기본값은 기본 데이터 유형과 관련된 기본값을 대체합니다.
제약 조건의 선택 이름. 지정되지 않으면 시스템은 이름을 생성합니다.
이 도메인의 값은 일반적으로 무효가되는 것을 방지합니다. 그러나,이 제약 조건을 갖는 도메인은 여전히 널이되는 일치하는 도메인 유형이 할당되면 널 값을 취할 수 있습니다. 왼쪽 외부 조인을 통해 또는탭에 삽입 (domcol) 값 ((false 탭에서 domcol을 선택).
이 스포츠 토토 결과의 값은 널로 허용됩니다. 이것은 기본입니다.
이 절은 비표준 SQL 데이터베이스와의 호환성만을위한 것입니다. 새로운 응용 프로그램에서는 사용이 권장되지 않습니다.
check조항은 도메인의 값이 만족 해야하는 무결성 제약 또는 테스트를 지정합니다. 각 제약 조건은 부울 결과를 생성하는 표현이어야합니다. 핵심 단어를 사용해야합니다value테스트중인 값을 참조하려면
현재,check표현식은 하위 쿼리를 포함 할 수 없거나 이외의 변수를 참조 할 수 없습니다.value.
이 예제는를 만듭니다.US_POSTAL_CODE데이터 유형과 테이블 정의에서 유형을 사용합니다. 정규식 테스트는 값이 유효한 미국 우편 번호처럼 보이는지 확인하는 데 사용됩니다.
텍스트로 스포츠 토토 결과 생성 US_POSTAL_CODE를 텍스트로 만듭니다 확인하다( value ~ '^\ d 5 $' 또는 value ~ '^\ d 5-\ d 4 $' ); 테이블 작성 us_snail_addy ( address_id 직렬 기본 키, street1 텍스트는 null이 아닙니다. street2 텍스트, street3 텍스트, 도시 텍스트는 null이 아닙니다. 우편 US_POSTAL_CODE NOT NULL );
명령스포츠 토토 결과 생성SQL 표준을 준수합니다.
PostgreSQL가정합니다check제약 조건은 불변입니다. 즉, 동일한 입력 값에 대해 항상 동일한 결과를 제공합니다. 이 가정은 검사를 정당화하는 것입니다check값이 먼저 도메인 유형으로 변환 된 경우에만 제약 조건. (이것은 본질적으로 표의 치료와 동일합니다check제약 조건, 설명대로섹션 5.3.1.)
이 가정을 위반하는 일반적인 방법의 예는 a에서 사용자 정의 함수를 참조하는 것입니다.check표현식, 그 기능의 동작을 변경합니다.PostgreSQL이를 허용하지는 않지만 현재 스포츠 토토 결과 유형의 저장된 값이 있는지는 알 수 없습니다.check제약. 이렇게하면 후속 데이터베이스 덤프가 발생하고 재 장전이 실패합니다. 이러한 변경 사항을 처리하는 권장 방법은 제약 조건을 떨어 뜨리는 것입니다 (사용Alter Domain), 함수 정의를 조정하고 제약 조건을 다시 구분하여 저장된 데이터에 대해 다시 확인합니다.