Microsoft의 데이터베이스 명명 규칙?
MSDN에서 Naming Guidelines를 찾았는데, MSSQL 데이터베이스에 대한 가이드라인이 있습니까?
SQL Server의 AdventureWorks 데이터베이스에 사용되는 명명 규칙은 스타일 측면에서 많은 모범 사례를 보여줍니다.
요약:
- 객체 이름을 쉽게 이해할 수 있습니다.
- 테이블 이름이 복수화되지 않음("사용자"가 아닌 "사용자" 테이블)
- 약어는 적지만 허용됩니다(예: Qty, Atm 등).
- PascalCase는 특정 열 이름(예: rowguid)을 제외하고 독점적으로 사용됩니다.
- 밑줄 없음
- 특정 키워드(예: 이름)가 허용됩니다.
- 저장 프로시저 앞에 "usp"가 붙습니다.
- 함수 앞에 "ufn"이 붙습니다.
자세한 내용은 여기에서 확인할 수 있습니다.
한 가지 주의할 점은 데이터베이스 명명 규칙은 매우 논란이 될 수 있으며 제가 만난 대부분의 데이터베이스 개발자들은 그들의 스타일에 개인적인 이해관계가 있다는 것입니다.테이블의 이름을 "OrderHeader"로 해야 하는지 "OrderHeader"로 해야 하는지에 대한 열띤 논쟁을 들었습니다.
아니요, 없습니다만 제공해주신 링크의 관행은 참고하시면 좋을 것 같습니다.
저장 프로시저 이름 지정과 관련하여 - "sp_"로 접두사를 붙이지 마십시오. 자세한 이유는 다음 링크에서 확인할 수 있습니다.
"저장 프로시저 앞에 sp_를 붙이지 마십시오. 이 접두사는 시스템 저장 프로시저를 식별하기 위해 예약됩니다."
@8kb(글을 쓸 당시)의 답변에서 "스타일 면에서 모범 사례"가 무엇을 의미하는지 모르겠습니다.나열된 항목 중 일부("표 이름이 복수화되지 않음", "밑줄 없음" 등)는 분명히 주관적인 스타일 선택에 불과합니다.서류팀 리더의 개인적인 취향이 여기서 가장 큰 요인이 될 것이라고 생각했을 것입니다.
T-SQL과 같은 독점적 SQL과 달리 SQL의 경험론에 관해서는 다음과 같은 책이 있습니다.Joe Celko의 SQL 프로그래밍 스타일.SQL Server의 AdventureWorks 데이터베이스에 대한 많은 선택 사항이 Celko의 지침과 충돌합니다.
Celko의 명명 규칙은 국제 표준 ISO 11179를 기반으로 합니다. 예를 들어 이름의 요소를 구분하기 위해 구분 문자(예: 밑줄)를 사용해야 합니다.다른 스타일 선택은 연구를 통해 유사하게 백업됩니다. 예를 들어 열 이름에 소문자만 사용하여 사람의 눈으로 스캔할 수 있습니다.의심할 여지 없이 거기에도 주관적인 개인적 선호가 있지만 그들은 현장에서 오랜 경험을 바탕으로 합니다.
긍정적인 측면은 최근 몇 년간 SQL Server 문서에서 SQL 키워드 대문자화, 세미콜론에서 별도의 문 등이 개선되었다는 점입니다.모험 작품들은 노스윈드와 펍들을 크게 개선한 것입니다.Management Studio의 스크립팅 기능이 눈에 좀 더 쉬운 코드를 뱉어내지 못하는 이유는 무엇입니까?!
SQL Server 명명 규칙 가이드를 작성하려면 GitHub에 있는 콘스탄틴의 문서부터 작성하는 것이 좋습니다.
언급URL : https://stackoverflow.com/questions/3593582/database-naming-conventions-by-microsoft
'programing' 카테고리의 다른 글
| UICollectionViewCell의 아울렛이 0인 이유는 무엇입니까? (0) | 2023.05.24 |
|---|---|
| jQuery로 5초 기다리는 방법? (0) | 2023.05.24 |
| 바이트 배열을 기본 null이 아닌 특정 값으로 초기화하시겠습니까? (0) | 2023.05.24 |
| Bash에서 해시 테이블을 정의하는 방법은 무엇입니까? (0) | 2023.05.24 |
| SqlConnectionStringBuilder를 사용하여 연결 문자열에서 데이터베이스 이름을 가져오는 방법 (0) | 2023.05.24 |