>데이터 베이스 >MySQL 튜토리얼 >MySQL 설계 사양 및 원칙

MySQL 설계 사양 및 원칙

Guanhui
Guanhui앞으로
2020-05-11 11:13:362589검색

MYSQL 데이터베이스 설계 사양

1. 데이터베이스 명명 사양

은 26개의 영문자(대소문자 구분)와 0~9(종종 필요하지 않음)의 자연수와 밑줄 '_'로 구성됩니다.

이름은 간결하고 명확해야 합니다(길이는 30자를 초과할 수 없습니다).

예: user, stat, log, wifi_user, wifi_stat, wifi_log를 사용하여 데이터베이스에 접두사를 추가할 수도 있습니다.

백업 데이터베이스의 경우 0~9의 자연수를 추가할 수 있습니다: user_db_20151210;

2. 데이터베이스 테이블 이름 명명 규칙

은 26개의 영문자(대소문자 구분)와 0~9(종종 필요하지 않음)의 자연수로 구성됩니다. ) 및 밑줄 '_';

이름은 간결하고 명확합니다. 여러 단어는 밑줄 '_'로 구분됩니다.

예: user_login, user_profile, user_detail, user_role, user_role_relation,

user_role_right, user_role_right_relation

The 테이블 접두사 'user_'는 동일한 관계의 테이블을 효과적으로 함께 표시할 수 있습니다.

3. 데이터베이스 테이블 필드 이름 명명 규칙

은 26개의 영문자(대소문자 구분)와 0~9(종종 필요하지 않음)의 자연수로 구성됩니다. ) 및 밑줄 '_';

이름은 간결하고 명확하며 여러 단어를 밑줄 '_'로 구분합니다.

예: user_login 테이블 필드 user_id, user_name, pass_word, eamil, ticket, status, mobile, add_time ;

각 테이블에는 자동 증가 기본 키인 add_time(기본 시스템 시간)이 있어야 합니다.

테이블 간의 관련 필드 이름은 최대한 일관되어야 합니다.

4. 데이터베이스 테이블 필드 유형 사양은 다음과 같습니다. 한 필드에 데이터를 저장하기 위한 저장 공간이 적습니다.

예: int에 varchar 또는 char을 사용하지 마세요. varchar(16)을 사용할 수 있으면

을 사용하지 마세요. IP 주소에는 int 유형을 사용하는 것이 가장 좋습니다.

우편번호와 같은 고정 길이 유형에는 char를 사용하는 것이 가장 좋습니다.

Can Tinyint를 사용할 때는 smallint, int를 사용하지 마세요.

각각 제공하는 것이 가장 좋습니다. 필드는 기본값이며 null이 아닌 것이 좋습니다.

5. 데이터베이스 테이블 인덱스 사양

이름은 간결하고 명확합니다. 예: user_login 테이블 user_name 필드 인덱스는 user_name_index의 고유 인덱스여야 합니다.

각 테이블에 대한 합리적인 인덱스를 생성하세요.

6. 데이터베이스 패러다임에 익숙해지세요.

1장: 필드 값은 원자적이며 분할될 수 없습니다(모든 관계형 데이터베이스 시스템은 첫 번째 정규 형식을 충족함).

예: 성과 이름을 구별하려는 경우 이름 필드는 성과 이름이 전체입니다. 이름, 두 개의 독립적인 필드를 설정해야 합니다.

두 번째 정규형(2NF): 테이블에는 기본 키가 있어야 합니다. 즉, 데이터의 각 행을 고유하게 구분할 수 있습니다.

참고: 첫 번째 정규형은 다음과 같아야 합니다. 먼저 만족하세요.

제3정규형(3NF)): 테이블은 다른 관련 테이블의 키가 아닌 필드에 대한 정보를 포함할 수 없습니다. 즉, 데이터 테이블은 중복 필드를 가질 수 없습니다.

비고: 두 번째 정규형은 다음과 같아야 합니다.

데이터베이스의 세 번째 정규형:

①필드를 분리할 수 없습니다.

②기본 키가 있고, 기본 키가 아닌 필드는 기본 키에 따라 달라집니다.

3기본 키가 아닌 필드는 서로 종속될 수 없습니다.

MYSQL 데이터베이스 설계 원칙

1. 핵심 원칙데이터베이스에서 계산을 수행하지 마세요.

cpu 계산은 비즈니스 계층으로 이동해야 합니다. 필드 수는 작고 정확하므로 필드 수는 20개 이내인 것이 좋습니다.

밸런스 패러다임과 중복성(효율성 우선, 종종 패러다임 희생)

Reject 3B(큰 SQL 문 거부: 큰 SQL, 큰 거부 things: 큰 트랜잭션, 큰 배치 거부: 큰 배치);

2. 필드 클래스 원칙

숫자 유형을 잘 사용하세요(공간을 절약하려면 적절한 필드 유형을 사용하세요);

문자를 숫자로 변환하세요(가능한 최상의 변환) 공간을 절약하고 쿼리 성능도 향상시킵니다.

NULL 필드를 사용하지 마세요(NULL 필드는 쿼리하고 최적화하기 어렵고 NULL 필드의 인덱스에는 추가 공간이 필요하며 NULL 필드의 복합 인덱스는 유효하지 않습니다). 유형이 적습니다(텍스트 필드 대신 varchar 사용)

3. 인덱스 클래스 원칙

인덱스를 합리적으로 사용합니다(쿼리 개선, 업데이트 속도 저하, 인덱스가 많을수록 좋음).

인덱스에 대해 열 작업을 수행하지 마십시오.

InnoDB 기본 키는 자동 증가 열을 사용하는 것이 좋습니다(기본 키 설정 클러스터형 인덱스, 기본 키는 수정되어서는 안 되며 문자열을 기본 키) (Innodb의 인덱스 저장 구조를 이해하면 알 수 있습니다)

외래 키 없음(프로그램에서 보장)

4. SQL 클래스 원칙

SQL 문은 최대한 단순해야 합니다. 하나의 SQL은 하나의 CPU에서만 작동할 수 있으며, 큰 명령문은 잠금 시간을 줄이기 위해 더 작은 명령문으로 분할될 수 있으며, 하나의 큰 SQL은 전체 라이브러리를 차단할 수 있습니다.

간단한 트랜잭션

trig/func 사용을 피하세요. 클라이언트 프로그램으로 대체할 필요 없음)

*를 선택할 필요가 없습니다(CPU, IO, 메모리, 대역폭을 소비하며 이러한 종류의 프로그램은 확장 가능하지 않음).

OR은 IN으로 다시 작성됩니다(또는의 효율성은 다음과 같습니다). n 레벨) ;

OR UNION으로 다시 작성됨(mysql 인덱스 병합이 매우 지연됨);

select id from t where phone = ’159′ or name = ‘john’;

=>

select id from t where phone=’159′
union
select id from t where name=’jonh’

음수%를 피하십시오.

카운트(*)를 주의해서 사용하십시오.

효율적인 페이징을 제한하십시오(더 큰 제한, 더 효율적 더 낮음);

Union 대신 Union All 사용(Union은 중복 제거의 오버헤드가 있음);

적은 조인 사용;

그룹 기준 사용;

동일 유형 비교를 사용하세요.

break 일괄 업데이트 업데이트;

5. 성능 분석 도구

프로필 표시;

mysqlsla;

mysqldumpslow;

설명;

느린 로그 표시;

프로세스 목록 표시;

권장 튜토리얼: "MySQL 튜토리얼"

위 내용은 MySQL 설계 사양 및 원칙의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
이 기사는 zhihu.com에서 복제됩니다. 침해가 있는 경우 admin@php.cn으로 문의하시기 바랍니다. 삭제