1. 공통

1. 생성한 모든 객체나 테이블은 서류화한다 → 노션에다가 주로 정리를 하겠지
2. 수정된 모든 객체나 테이블의 정보는 서류에 갱신한다
3. Job List에다가 담당자가 Client에서 들어온 요청의 흐름도를 작성한다
4. 모든 메소드의 명명 규칙은 JPA 메소드 명을 참조한다
5. 자바 코드 작성은 camelCase를 준수한다
6. 생성 규칙사항은 모두의 동의를 통해 더 나은 방식으로 수정될 수 있다

• 공통 명명 규칙
  • 각 객체는 자신이 가지고 있는 기능을 객체명에 포함한다(테이블명+기능명)
    • 이를테면 Board의 Dao다 그럼 ‘BoardDao’
• 패키지 구조
  • domain형 패키지 구조를 따른다 → 패키지를 나눈거지 사람마다 관련된 기능에 한하여
  • 테스트 구조는 main.java의 패키지 구조를 따른다(test.java.com.example.demo 형식)
  • 각 팀원은 개별적인 domain을 관리/개발한다
  • 횡단 관심 사항은 global로 관리한다(Util 같은 개념?)
  • global 패키지의 관리는 팀장이 한다
  • 유사성을 가지는 테이블은 한개의 domain 패키지에서 관리한다(board, comment)

2. DB

1. 테이블 생성 SQL문은 저장하여 관리한다 → 공통 1.

2. 각각의 Java Entity는 1:1 관계로 DB 테이블을 갖는다

3. DB Table에서는 snake_case를 준수한다

   • 단, 테이블 명은 모두 대문자로 표기한다

4. 테이블 명은 뒤에 s를 포함하지 않는다(MEMBERS는 아닌거지)

5. 각각의 DB 테이블은 pk를 가진다(그니까 pk=시퀀스가 아니지만, Insert를 할 필요가 없는 테이블은 pk≠시퀀스가 될 수 있다)

6. 복합키가 아닌 경우 pk명은 [테이블명_PK_컬럼명]을 준수한다

   MEMBER_PK_NO

7. 시퀀스를 사용하는 경우 시퀀스 명은 [테이블명_SEQ_컬럼명]을 준수한다

   MEMBER_SEQ_NO

8. 변수 default값 설정은 table에서 insert시에 처리한다.

   그러면 DB는 default 자체가 없다? → 이건 테스트 해보자