MySQL 데이터베이스 설계 예비사양 V1.0

데이터베이스 설계 사양:

1. 테이블 디자인 사양

1.1 테이블 디자인에 대하여

a) 테이블 이름과 열 이름은 주석 처리되어야 합니다.

b) 네이밍은 의미 있는 영어 단어 또는 여러 단어로 구성된 약어를 ​​사용해야 하며, 모두 대문자로 "_"로 구분해야 하며, 영어 문자와 숫자만 사용할 수 있으며 밑줄은 사용할 수 있습니다. , 공백이 없습니다. 예를 들어, USER_DETALL은 TYPE 또는 STATUS 키워드를 필드 이름으로 사용하는 것을 허용하지 않습니다.

c) 이름 지정 길이는 15자를 초과할 수 없으며(20자를 초과하지 마십시오), 데이터 세트의 비즈니스 범위 또는 POWER_USER(사용자 센터)와 같은 비즈니스 기능을 반영해야 합니다. , 등.

d) 필드 유형이 열거형 또는 Boolean인 경우 CHAR(1)(또는 CHAR(2)) 유형을 사용하고 기본값을 입력합니다. 상태 필드는 일반적으로 0 또는 -1로 설정될 수 없으며 상태 필드에 대한 설명은 '그룹 구매 쿠폰 상태: 1. 구매됨 3. 환불됨'으로 작성됩니다.

e) 디자인 중에 날짜 필드를 포함해 보세요: CREATE_DATE(생성 날짜), UPDATE_DATE(업데이트 날짜) 등. MySQL은 '2014-12-31 00:00:00.0'

f) 기본값은 숫자 유형의 경우 0, 문자열의 경우 0입니다. 값은 ''이고 날짜의 기본값은 '1900-01-01 00:00:00.0'입니다.

g) 기본 키 필드 ID에 bigint를 사용하세요. create 문에 AUTO_INCREMENT=6653864 표시가 있으면 제거하세요.

h) 날짜 필드의 기본값은 null일 수 없으며 일반적으로 1970-12-31 00:00:00.0으로 설정됩니다.

i) 조회할 휴대폰 필드, 이메일 필드 등은 null이 허용되지 않으며, 기본값은 값은 빈 문자열 ''입니다. 숫자 유형 필드는 널이 될 수 없으며 기본값은 0입니다.

j) 기본 문자 인코딩은 utf8이고 기본 스토리지 엔진은 INNODB입니다.

PS: 각 테이블에는 기본 키 필드가 있어야 하며 날짜 필드 및 값은 NULL이 될 수 없습니다.

1.2 인덱스 디자인

1) 일반 인덱스, IDX_로 시작하는 필드 이름을 연결합니다.

2)                                                                                                                                                              " 단락) 필드입니다.

3) 기본 키 필드는 고유 키를 생성할 필요가 없으며, 기본 키 필드는 별도로 인덱싱할 필요가 없습니다.

4) ORDER_GOODS 테이블의 ORDER_SN(제품 번호) 등 WHERE 조건 뒤에 자주 쿼리되는 필드를 인덱싱해야 합니다.

5) SHOP_MALL 테이블의 IS_DEL 필드 등 범위 필드는 인덱싱할 필요가 없습니다.

6) 색인을 생성할 필드에는 null 값이 있어서는 안 됩니다. 그렇지 않으면 색인의 효율성에 영향을 미칩니다.

1.3 테이블 구조 예시

테이블 생성 예시 명령문 ：

CREATE TABLE `SHOP_GAY` (

`ID` BIGINT(20) NOT NULL AUTO_INCREMENT COMMENT ' SHOP ID',

`SHOP_NAME` VARCHAR(50) DEFAULT '' COMMENT '상점명',

`LEGAL_PERSON_MOBILE` VARCHAR(11 ) DEFAULT NULL COMMENT '법인휴대폰',

`SCORE` BIGINT(20) DEFAULT 0 COMMENT '포인트',

. .. ...

`MANAGER_NAME` VARCHAR(20) DEFAULT '' COMMENT '점장 이름',

`BRIEF` VARCHAR (500 ) DEFAULT '' COMMENT '매장 소개',

`HAS_WAREHOUSE` CHAR(1) DEFAULT '0' COMMENT '창고 유무, 0: 없음 1: 있음 ',

`DESCRIPTION_FIT` DECIMAL(3,1) DEFAULT 0 COMMENT '설명이 일치합니다. 주문한 모든 항목의 평가 평균을 계산하고 소수점 한 자리를 취하여 얻습니다.',

`BACKGROUND` VARCHAR(200) DEFAULT '' COMMENT '스토어 제목 사진',

`CREATED_DATE` TIMESTAMP DEFAULT CURRENT_TIMESTAMP COMMENT '생성 시간',

`UPDATED_DATE` DATETIME DEFAULT '1970-12-31 00:00:00.0' COMMENT '업데이트 시간',

PRIMARY KEY(`ID `),

KEY IDX_MOB(LEGAL_PERSON_MOBILE),

KEY IDX_CRETIME(CREATED_DATE),

KEY IDX_UPTIME(UPDATED_DATE) )

) ENGINE=INNODB DEFAULT CHARSET=utf8 COMMENT='GAY 스토어'

필드 추가 예:

ALTER TABLE AUTH_MALL ADD COLUMN SHORT_NAME VARCHAR(20) DEFAULT '' COMMENT '정사각형 이름 약어' AFTER FULL_NAME ;

테이블 필드 수정 예:

ALTER TABLE GATEWAY_PAYMENT_ORDER MODIFY COLUMN STAT varchar(2) DEFAULT '0'

'거래 상태 0: 결제/환불 대기 중, 1: 제3자 채널 콜백 대기 중, 2: 결제/환불 성공, 3: 결제/환불 실패, 4: 결제/환불 확인 성공,5 : 결제/환불 확인 실패, 6; 거래 종료, 7: 결제 대기(이 상태인 경우 - 수신계좌 정상 여부 확인 필요), 8: 결제/환불 확인 성공 - 다른 작업은 불가, 9 : 확인 실패, 10: 동기 확인/구매자 지불 - 판매자의 배송 대기 중 WAIT_SELLER_SEND_GOODS, 11: 동기 확인/판매자 배송, 구매자의 WAIT_BUYER_CONFIRM_GOODS 확인 대기 중' AFTER DESCRIPTION;

2. SQL 작성

2.1, 단일 테이블 쿼리를 사용해 보세요. 다중 테이블 JOIN을 피하세요. JOIN의 후속 ON 조건은 SELECT A.C1,B.C2 FROM A,B ON(A.ID=B.PID OR B.TAG=A.TAR_GET)과 같이 OR로 판단할 수 없습니다. , 추신: 온라인에서 느리게 열리는 일부 기능 모듈은 이 OR 쓰기 방법으로 인해 발생합니다.

2.2, 애플리케이션의 SQL 문을 작성하고 생성, 삭제, 변경, 부여와 같은 모든 DDL 작업을 금지합니다. 제거 ; 특별한 요구 사항이 있는 경우 사용하기 전에 DBA와 상담하십시오.

2.3. SQL 작성 시 각 필드의 접두어로 테이블 이름을 지정해야 합니다. 예를 들어, user_business ub에서 ub.create_date > '';를 선택하십시오. iBatis의 SQLMap 파일에서 바인딩 변수는 "#var_name"으로 표시되고 대체 변수는 "$var_name$으로 표시됩니다. "; 모두 동적 순서가 필요합니다. 조건별 쿼리에 대체 변수를 사용하는 경우 가능한 수신 콘텐츠를 코드에 열거형으로 하드 코딩해야 하며 외부 수신 콘텐츠를 허용하는 것이 금지됩니다.

2.4.innodb를 사용할 때 데이터베이스에 연결할 때 먼저 자동 제출을 끄십시오. : set auto_commit=0; Java 코드 작성 시 트랜잭션 처리 시 예외 코드 블록에 삽입, 삭제, 업데이트, 커밋을 수행한 후 롤백 작업을 작성해야 합니다.

2.5, 선택 * 유사한 코드를 쓰지 말고 필드 이름을 지정해야 합니다.

2.6에서는 MySQL의 날짜와 문자가 동일하므로 오라클처럼 별도의 변환을 할 필요가 없습니다. :

e.birthday>='1998-12-31 11:30:45'인 직원 e에서 e.username을 선택합니다.

2.7, 비즈니스 요구 사항인 경우를 제외하고는 where 절의 필드에 함수를 적용하지 마십시오. 단, DBA와 상담해야 합니다. 글을 쓸 때 . 예를 들어 DATE_FORMAT(p.PAYMENT_DATE, '%Y-%m-%d') >= DATE_FORMAT('2014-10-01', '%Y-%m-%d')를 수정해야 합니다.

2.8, 그룹화 사용시 중복정렬을 피하며, 정렬이 필요하지 않은 경우에는 기본으로 정렬합니다. , null로 정렬을 사용할 수 있습니다.

2.9. 두 테이블이 일치하지 않는 경우 한쪽에 유형 변환 기능을 추가해야 합니다. mysql이 암시적 유형 변환을 수행하는 것을 방지합니다.

2.10 애플리케이션에서 데이터베이스에 대한 일괄 업데이트 SQL 작업을 수행하는 것은 금지되어 있습니다. 해당 기간 내에 적절한지 여부를 DBA가 판단하도록 하여 IDC 라이브러리에서 수동으로 실행합니다.

3. 기본 원칙

PS: 테이블 구조 변경은 데이터베이스 테이블을 담당하는 팀에서 시작해야 합니다. 속합니다.

1. 테스트 환경에서 실행되는 테이블 구조를 변경하는 모든 SQL 문은 DBA의 검토를 받아야 합니다.

2, 물리적 삭제 불가, 저장 프로시저, 트리거, 뷰 불가, 특수 상황 및 비즈니스 시나리오는 DBA 적용

PS: 모든 사양은 귀하의 비즈니스 시나리오에 맞게 조정되었습니다. 또한 사업 발전에 따라 가장 적합한 데이터베이스 사양을 지속적으로 요약하고 확장하겠습니다.

위는 MySQL 데이터베이스 설계 예비사양 V1.0의 내용이며, 관련 내용 내용 PHP 중국어 홈페이지(www.php.cn)를 주목해주세요!