2009-09-01 7 views

답변

1

은 플랫폼에 따라 다릅니다 만, 액티브 (루비 레일에)를 사용하는 규칙은 밑줄로 소문자 :

first_name 
last_name 
home_street_address 
person_id 

여기 ActiveRecord Conventions에 좋은 기사입니다.

0

표준이 데이터베이스에 정의되어 있지 않거나 존재하는 경우 데이터베이스에 따라 달라 지지만 많은 프레임 워크가 표준을 제안합니다.

예를 들어 MS Access는 tblPeople이라는 표기법을 사용하는 반면 Ruby on Rails는 테이블 peopleuse_underscores_between_field_words을 호출합니다.

실제로 환경을 가장 자주 사용하는 환경 및 문화에 따라 다릅니다.

0

보편적 인 표준이없는 것 같습니다. 내 개인적인 하나는 테이블과 컬럼이 파스칼 케이스로 이름 지어졌고 테이블 이름은 항상 단수 (예 : 고객, SalesOrder, 제품 등)라는 것입니다.

컬럼 이름도 파스칼 케이스로 처리됩니다. 외래 키 필드 (pk 및 fk 각각)하지만 나는 이것에 약간 싫은 내색을 알아.

0

키워드 (예 : CREATE, TABLESELECT)는 일반적으로 대문자 일 수 있으므로 사용자 정의 식별자는 대문자가 아닙니다.

2

이 질문에 게시 할 때와 동일한 이름 지정 규칙 표준을 사용할 수 있습니다. 아마 더. 최고의 표준 또는 모범 사례가 있다면 지금까지 모두 들었습니다.

다행히도 가장 까다로운 이름 지정 규칙은 두 가지입니다. 이름 지정 규칙이 없으며 악의적 인 트윈 일치하지 않는 명명 규칙입니다. 결정한 것은 무엇이든 그것을 사용하고 그것에 충실하십시오. 기존 코드를 수정하는 경우 호환되지 않는 규칙을 기존 표준에 포함시키지 마십시오!

0

프로그램이 이미 있거나 다른 프로그래머와 함께 작업하는 상황에 들어가면 사용하는 시간보다 오래 있었던 사람에게 물어보십시오. 보편적 인 표준이 정말로 없습니다. 내가 원한 계약 중 하나는 단어 사이에서 강조됩니다. 또 다른 계약은 모두 낙타 껍질입니다. 일부 (주로 Access)는 tbl, qry 등으로 개체 (테이블, 쿼리 등)를 시작합니다. 그것은 VBA가 너무 밀접하게 관련되어 있기 때문에 주로 구시대 VB6에서 이월됩니다.

그러나 많은 사람들이 말했듯이, 잘리고 말리지 않는 대답이 있습니다. 프로젝트에 홀로 있다면, 당신에게 맞는 것을하십시오. 팀을 구성하거나 기존 프로젝트에 참여하는 경우 더 오랫동안있는 사람에게 물어보십시오. 유일한 보편적 인 규칙은 테이블과 필드에 의미있는 이름을 부여하는 것입니다. 뒤에 오는 사람은 tblX14ForPaul 및 X, sline 및 clrMd 필드를 처리하려고합니다.

~ 사크

관련 문제