목차
여섯 번째, 저장 프로시저(Stored Procedure):
실제 생활과 업무에서는 SQL 서버 데이터베이스의 일부 개체를 개발해야 하는 경우가 많기 때문에 다양한 이름이 있을 것입니다. 개인과 팀 구성원이 개발된 개체를 쉽게 이해할 수 있도록 요구 사항에 따라 이름을 지정해야 합니다. . 하지만 이름도 해당 사양에 따라 이루어져야 합니다. 그렇지 않으면 라이브러리에서 개발된 콘텐츠가 지저분해질 것입니다. 그러나 SQL Server 명명 규칙은 조직, 프로젝트 및 개인에 따라 다를 수 있습니다. 다음은 몇 가지 일반적인 명명 규칙 제안 사항입니다.
1. 식별자
- 식별자의 첫 번째 문자는 다음 문자 중 하나여야 합니다. 유니코드(Unicode) 2.0 표준에 정의된 문자(라틴 문자 a~z 및 A~Z 및 기타 언어의 문자 포함), 밑줄 "_", 기호 " @ " 또는 숫자 기호 "#".
- SQL Server에서 "@" 기호로 시작하는 식별자는 지역 변수 또는 매개 변수를 나타내고, 숫자 기호 "#"로 시작하는 식별자는 #gzb와 같은 임시 테이블이나 프로세스를 나타내며, 이중 숫자 기호로 시작하는 식별자 " " 기호는 gzb와 같은 전역 임시 개체를 나타냅니다.
- 라틴 알파벳이나 기타 국가 문자의 10진수는 식별자의 일부일 수 있습니다.
- 식별자는 Transact-SQL 예약어가 될 수 없습니다.
- 공백이나 기타 특수 문자를 삽입할 수 없습니다.
둘째, 테이블 이름(Table):
- 주문, 사용자 계정과 같은 단수형을 통일적으로 채택하고 주문, 주문 등의 사용을 반대합니다.
- 첫 글자를 대문자로 입력하세요. 단어가 여러 개인 경우 단어의 첫 글자를 대문자로 입력하세요(예: Order, UserAccount, order, Useraccount, ORDER 등 사용).
- 중국어 병음(예: AgentBaoCi)을 사용하지 마세요.
- 밑줄 연결을 피하십시오(예: User_Accout(밑줄은 Oracle 데이터베이스에 적용됨)).
- 너무 긴 이름은 피하고, 영문 3단어(22자) 이내로 유지하세요. 예: WebsiteInfomationModifyRecord.
- 테이블 이름은 의미가 있고 이해하기 쉬워야 하며, 기능을 표현할 수 있는 영어 단어나 약어를 사용하는 것이 가장 좋습니다. 영어 단어로 표현하는 경우에는 완전한 영어 단어를 사용하고 예약어는 피하는 것이 좋습니다.
메모:
여기에 의문점이 있습니다: 테이블 이름이 복수형이라고 생각하는 사람도 있고, 단수형이라고 생각하는 사람도 있는데, 저는 주로 단수형을 사용하는데, 여기서 어떤 메소드가 사용되었는지 아는 코드프렌즈들이 그 이유를 알 수 있었으면 좋겠습니다.
- 테이블 개체를 보다 정확하게 설명하려면 "user" 대신 "users"와 같은 복수형을 사용하여 테이블 이름을 지정하는 것이 좋습니다.
3. 필드명(필드):
- 필드 이름은 설명적이어야 하며 필드의 의미를 명확하게 전달해야 합니다.
- 필드 이름은 고유해야 하며 동일한 테이블에서 이름이 중복될 수 없습니다.
- 필드 이름은 간결해야 하며 너무 길면 안 됩니다.
- 첫 글자는 대문자로 표시하며, 단어가 여러 개일 경우 단어의 첫 글자를 대문자로 표시합니다.
- 테이블의 접두어 네이밍은 테이블 접두어를 2개 이내로 제어하는 것이 좋으며, 접두어는 설명적이고 테이블의 기능이나 범주를 표현할 수 있어야 한다. 예를 들어 시스템 테이블의 이름은 S_, D_ 등으로 지정할 수 있습니다.
4. 제약:
- 제약조건 이름은 제약조건의 특성과 효과를 설명적으로 반영해야 합니다.
- 혼란과 충돌을 피하기 위해 제약 조건 이름은 고유해야 합니다.
- 제약 유형을 나타내기 위해 접두사를 사용하는 것이 좋습니다(예: PK_table 이름, UQ_table 이름, IX_table 이름 등).
예를 들어 기본 키와 외래 키는 다음과 같습니다.
- 기본 키 열에는 일반적으로 테이블 이름과 "ID"라는 접두사가 붙습니다(예:
CustomerID). - 외래 키는 관련 테이블의 기본 키와 동일한 이름을 적절한 접두사(예:
Order_CustomerID)와 함께 사용해야 합니다.
5. 지수(색인):
- 인덱스 이름은 해당 역할과 열 정보를 명확하게 반영해야 합니다.
- 혼란과 충돌을 피하기 위해 인덱스 이름은 고유해야 합니다.
- 인덱스 유형을 나타내는 접두사를 사용하는 것이 좋습니다(예: IX_테이블 이름_열 이름, UQ_테이블 이름_열 이름 등).
여섯 번째, 저장 프로시저(Stored Procedure):
- 저장 프로시저 이름은 해당 기능과 역할을 설명적으로 반영해야 합니다.
- 혼동과 충돌을 피하기 위해 저장 프로시저 이름은 고유해야 합니다.
- 저장 프로시저의 유형을 나타내기 위해 접두사(예: SP_, PR_ 등)를 사용하는 것이 좋습니다.
7. 기능:
- 함수 이름은 해당 기능과 역할을 설명적으로 반영해야 합니다.
- 혼동과 충돌을 피하기 위해 함수 이름은 고유해야 합니다.
- 함수 유형을 나타내기 위해 접두어를 사용하는 것이 좋습니다(예: FN_ 등).
여덟, 트리거(트리거):
- 트리거 이름은 관련 테이블에 대한 역할과 정보를 설명적으로 반영해야 합니다.
- 혼란과 충돌을 피하기 위해 트리거 이름은 고유해야 합니다.
- 트리거 유형을 나타내기 위해 접두어를 사용하는 것이 좋습니다(예: TR_ 등).
나인, 보기(View):
- 뷰 이름은 뷰가 보는 테이블이나 열 정보를 설명적으로 반영해야 합니다.
- 혼란과 충돌을 피하기 위해 뷰 이름은 고유해야 합니다.
- 뷰 유형을 나타내기 위해 접두사를 사용하는 것이 좋습니다(예: V_ 등).
10, 대문자
- SQL Server는 기본적으로 대소문자를 구분하지 않지만 가독성을 높이기 위해 데이터베이스 전체에서 일관된 대문자 사용 스타일을 유지하는 것이 좋습니다.
요약하다:
명명 규칙은 개발 및 관리를 촉진하기 위해 명확성, 간결성, 이해력 및 통일성의 원칙을 따라야 합니다. 동시에 이름 충돌과 혼란을 피하기 위해 접두사를 사용하여 다양한 유형과 목적을 식별하는 것이 좋습니다.