[SQL] 마이크로 소프트에 의해 명명 규칙 데이터베이스?

마이크로 소프트에 의해 명명 규칙 데이터베이스?

나는 MSDN에서 명명 지침 찾았지만 Microsoft에서 MSSQL 데이터베이스에 대한 가이드 라인입니까?

해결법

1. ==============================

   1.SQL 서버 AdventureWorks 데이터베이스에 사용되는 명명 규칙은 스타일면에서 많은 모범 사례를 보여줍니다.

   SQL 서버 AdventureWorks 데이터베이스에 사용되는 명명 규칙은 스타일면에서 많은 모범 사례를 보여줍니다.

   요약:

   여기에서 자세한 내용을 찾을 수 있습니다 :

   한 가지주의 : 데이터베이스 명명 규칙은 매우 논란이 될 수 있으며, 내가 만난 대부분의 데이터베이스 개발자는 자신의 스타일로 개인 지분을 가지고있다. 나는 테이블이 "OrderHeader"또는 이름을 지정해야하는지 여부를 통해 가열 인수를 들었습니다 "OrderHeaders."

2. ==============================

   2.아니, 거기가 아니라 당신이 제공 한 링크의 사례를 염두에 두어야하는 것이 좋다.

   아니, 거기가 아니라 당신이 제공 한 링크의 사례를 염두에 두어야하는 것이 좋다.

   저장 프로 시저의 이름을 지정과 관련하여 - 당신은 왜이 링크에서 더 많은 약 읽을 수있다 "SP_"로 접두사하지 않습니다

3. ==============================

   3.나는 수단 (글을 쓰는 시점에서) @ 8킬로바이트에 의한 대답에서 무엇을 "스타일의 측면에서 모범 사례"모른다. 물론 나열된 항목 중 일부는 ( "표 이름은 복수로하지 않습니다", "아니 밑줄"등) 분명히 주관적 단순한 스타일의 선택은 없습니다. 나는 여기에 가장 큰 요인이 될 것 문서 팀장의 개인 환경 설정을 생각했을 것이다.

   나는 수단 (글을 쓰는 시점에서) @ 8킬로바이트에 의한 대답에서 무엇을 "스타일의 측면에서 모범 사례"모른다. 물론 나열된 항목 중 일부는 ( "표 이름은 복수로하지 않습니다", "아니 밑줄"등) 분명히 주관적 단순한 스타일의 선택은 없습니다. 나는 여기에 가장 큰 요인이 될 것 문서 팀장의 개인 환경 설정을 생각했을 것이다.

   일반적으로 SQL에 관해서는 휴리스틱 (예 : T-SQL과 같은 독점 SQL 반대로)가 있지만으로 주제에 한 권의 책 : Celko의 지침에 SQL 서버의 AdventureWorks 데이터베이스 충돌에 대한 선택의 조 셀코의 SQL 프로그래밍 style.Many.

   Celko의 명명 규칙은, 예를 들어 국제 표준 ISO 11179에 기반으로 리미팅 문자 (예컨대 밑줄과 같은) 별개의 요소 이름을 사용하도록 지정. 다른 스타일의 선택은, 예를 들어 연구에 의해 최대 유사하게 백업입니다 인간의 눈으로 원조 스캐닝 있도록 열 이름에 대문자를 낮출 독점적으로 사용. 의심의 여지가 주관적인 개인 환경 설정도이 없다하지만이 분야에서 밖으로 경험의 많은 년을 기준으로합니다.

   플러스 측면에서, 가지 예를 들면, 최근 몇 년 동안 SQL 서버 문서에서 개선 SQL 키워드는 별도의 문에 세미콜론을 대문자 등 모험 작동 Northwind의 술집에 광대 한 개선이다. 이제 왜 Management Studio에서 스크립트 기능은 눈에 좀 더 쉽게 코드를 뱉어 수 없습니다!

4. ==============================

   4.당신은 SQL 서버 명명 규칙 가이드를 구축한다면, 나는 GitHub의에 콘스탄틴의 문서와 함께 시작하는 것이 좋습니다.

   당신은 SQL 서버 명명 규칙 가이드를 구축한다면, 나는 GitHub의에 콘스탄틴의 문서와 함께 시작하는 것이 좋습니다.

from https://stackoverflow.com/questions/3593582/database-naming-conventions-by-microsoft by cc-by-sa and MIT license