여기에 늦게 대답했지만 짧게 말하면 :

1. 내 선호 는 복수
2. 예
3. 테이블 : * 보통 * 접두사가없는 것이 가장 좋습니다. 열 : 아니오
4. 테이블과 열 모두 : PascalCase.

동화:

(1) 해야 할 일. 당신은 매우 몇 가지가있다 한다 특정한 방식으로, 모든 시간을,하지만 몇 가지가있다.

• “[singularOfTableName] ID”형식을 사용 하여 기본 키 이름을 지정하십시오 . 즉, 테이블 이름이 Customer 또는 Customers 인지 여부에 상관없이 기본 키는 CustomerID 여야합니다 .
• 또한 외래 키 는 다른 테이블에서 일관되게 이름을 지정 해야합니다 . 이것을하지 않는 사람을 때리는 것이 합법적이어야합니다. 정의 된 외래 키 제약 조건이 종종 중요하지만 일관된 외래 키 이름 지정이 항상 중요하다는 것을 제출합니다.
• 데이터베이스에는 내부 규칙이 있어야합니다 . 이후 섹션에서 매우 유연하다는 것을 알 수 있지만 데이터베이스 이름 내 에서는 일관성이 있어야합니다. 고객을위한 테이블이 호출되는지 여부를 고객 또는 고객 이 동일한 데이터베이스를 통해 그것을 같은 방식으로 수행하는 것이보다 중요하다. 또한 밑줄을 사용하는 방법을 결정하기 위해 동전을 뒤집을 수 있지만 동일한 방식으로 밑줄을 사용해야합니다 . 이렇게하지 않으면 자존감이 낮은 나쁜 사람입니다.

(2) 당신이해야 할 일.

• 다른 테이블에서 동일한 종류의 데이터를 나타내는 필드의 이름은 동일 해야 합니다. 한 테이블에는 Zip이 있고 다른 테이블에는 ZipCode가 없습니다.
• 테이블 또는 열 이름에서 단어를 구분하려면 PascalCasing을 사용하십시오. camelCasing을 사용하는 것은 본질적으로 문제가되지는 않지만 관습이 아니며 재미있을 것입니다. 잠시 후 밑줄을 다룰 것입니다. (이전과 같이 ALLCAPS를 사용할 수 없습니다. OBNOXIOUSTABLE.ANNOYING_COLUMN은 20 년 전 DB2에서는 괜찮 았지만 지금은 아닙니다.)
• 단어를 인위적으로 줄이거 나 축약하지 마십시오. 짧고 혼란스러운 것보다 이름이 길고 명확하게하는 것이 좋습니다. 매우 짧은 이름은 더 어둡고 더 잔인한 시대의 이월입니다. Cus_AddRef. 그것은 무엇입니까? 양육권 주소 참조? 고객 추가 환불? 맞춤 주소 추천?

(3) 고려해야 할 사항.

• 테이블에 대해 복수의 이름을 가져야한다고 생각합니다. 일부는 단수로 생각합니다. 다른 곳의 주장을 읽으십시오. 그러나 열 이름은 단수 여야합니다. 복수 테이블 이름을 사용하더라도 다른 테이블의 조합을 나타내는 테이블은 단수 일 수 있습니다. 예를 들어, Promotions 및 Items 테이블 이있는 경우 프로모션 의 일부인 항목을 나타내는 테이블은 Promotions_Items 일 수 있지만 합법적으로 내가 생각하는 Promotion_Items 일 수도 있습니다 (일대 다 관계 반영).
• 일관되고 특정 목적으로 밑줄을 사용하십시오. PascalCasing을 사용하면 일반적인 테이블 이름 만 충분히 명확해야합니다. 단어를 구분하기 위해 밑줄이 필요하지 않습니다. 밑줄을 (a) 연관 테이블을 나타내거나 (b) 접두사로 저장하십시오. 다음 글 머리 기호에서 다룰 것입니다.
• 접두사는 좋지 않습니다. 그것은 일반적으로 가장하지 않습니다. 첫 번째 db 또는 두 번째 테이블에서는 일반적인 주제별 테이블 그룹화에 접두사를 사용하지 않는 것이 좋습니다. 테이블은 범주를 쉽게 맞추지 못하기 때문에 실제로 테이블을 찾기가 더 어려워 질 수 있습니다. 경험이 있으면 해보다 더 좋은 접두사 체계를 계획하고 적용 할 수 있습니다. 데이터 테이블이 tbl으로 시작한 구성 테이블, ctbl이있는 구성 테이블 , vew가있는 뷰 , proc의 sp 및 udf의 fn이 있는 DB에서 한 번 작업했습니다., 및 기타 몇 명; 그것은 꼼꼼하고 일관되게 적용되어 정상적으로 작동했습니다. 접두사를 필요로하는 유일한 이유는 어떤 이유로 같은 db에 상주하는 별도의 솔루션을 가지고있을 때입니다. 접두사를 붙이면 테이블을 그룹화하는 데 매우 도움이 될 수 있습니다. 접두사는 또한 임시 테이블과 같이 특별한 상황에 적합합니다.
• 열 접두사를 사용하는 경우는 거의 없습니다.

답변

SELECT person.Name
FROM People person

SELECT cust_nm, cust_add1, booking_dt
FROM reg_customer
INNER JOIN reg_booking
ON reg_customer.cust_id = reg_booking.cust_id