데이터베이스 테이블 정의에서 열을 정렬하는 방법에 대한 표준/규칙이 있습니까? 그렇다면 해당 표준의 동기는 무엇입니까? (찬성/반대)데이터베이스 테이블 정의의 열 순서에 대한 표준/규칙이 있습니까?
예를 들어 기본 키가 첫 번째 열이어야합니까? 외부 키가 기본 키를 직접 따라야합니까? 아니면 테이블의 맨 오른쪽에 배치해야합니까?
다른 DBMS를위한 규칙 사이에 차이가있는 경우는,이 경우 DBMS는 마이크로 소프트 SQL 서버 2005 년도
감사합니다/에릭
우리 큰 나는 어떤 표준을 인식하지,하지만 우리는 우리의 colums를 구성하는 방식은
내가 설정 한 규칙에 대해 확실하지 않다하지만 우리는 항상 넣어 ID/기본 키 열을 테이블의 첫 번째 열로 지정합니다. Pk를보다 분명하게 볼 수 있기 때문이라고 생각합니다. 나는 또한 fk 필드를 따라 가라고 말하고 싶지만 그 후에는 실제 표준이 없다. 아마 데이터 타입으로 할 수 있을까?
또한 이것은 최선의 방법은 아니며 개인적인 선택입니다.
mm .. 제한이 없다는 것을 알고 있습니다. 그것의 다만 명확성의 사정.
나는 알고 있습니다. 어쨌든 선택 중에 언제든지 열을 다시 정렬 할 수 있으므로 열을 적절하게 정렬하여 일부 데이터베이스에서 수행 할 수있는 확실하지 않은 최적화가 없으면 거의 중요하지 않습니다.
내가 알고있는 공식 표준은 아니지만 일반적인 방법은 기본 키 (먼저 대용품 임)를 입력 한 다음 기능별로 다른 필드를 그룹화하는 것입니다. 따라서 "사람"테이블에서 사람의 주소 데이터가 들어있는 필드를 그룹화합니다. 대부분의 사람들은 FK, 인덱스 및 기타 제약 조건을 테이블 정의 외부에 추가합니다.
난 항상 이런 식으로 내 테이블을 구성 :
위의 게시물 대부분에 기본 키가 먼저 (최소한) 동의합니다. 나머지는 개인 취향입니다. 표준이 있다면 표준을 지키십시오.
열을 상당히 논리적으로 유지하는 것이 좋습니다. 때로는 완전히 정규화 된 데이터 구조가 적합하지 않아서 동일한 테이블에 "마이너 개체"가 저장되어 있습니다 (즉, NULL을 제거하지 않음).예를 들어 주소 필드 나 다른 전화, 휴대폰, 직장 전화 열이 함께 배치됩니다.
내가 할 수있는 가장 놀라운 예는 할 수 없다는 것입니다. 개발자가 스키마를 자동 생성하고 열이 알파벳 순서로 만들어지면 (심지어 PK가 테이블 구조의 중간에 숨겨져 있어도) 대부분 성가신 일입니다. edoode 당으로
: -
Primary key(s)
'Tracking' columns (DateModified, ModifiedBy and such)
Any foreign keys
Data
플러스
Fixed width 'not null' columns
Fixed width 'nullable' columns
Variable Width columns VARCHAR NVARCHAR etc.
CLOBS
BLOBS
나는 중요한 것부터 순서대로 중요한 데이터 또는 비즈니스 로직 – Scoregraphic
의 순서로 다른 데이터를 먼저 읽는 것과 같은 중요한 데이터입니다. – DForck42