누가, 언제, 무슨 일을 하였는데 자세히는 어떠한 일을 했는 지 점검기재하면 이렇다!...
그러니까,
직원들이 회식 때, 메뉴를 주문했는데
직원1 부터 직원 13 까지
2020년 3월 21일 에
A음식점 에서,
삼겹살 을,
13인분 시켰고,
소주 를,
5병을 시켰고,
금액은 대강 21만 7천원 이
들었다.
에 대해서
회식참석직원 :: 직원1, 직원2, 직원3, ... , 직원 12 / 2020년 3월 21일
회식참석지역 :: 2020년 3월 21일 / A 음식점
회식주문내역 ::
A 음식점 / 삼겹살 / 13인분 / 2020년 3월 21일
A 음식점 / 소주 / 5병 / 2020년 3월 21일
회식주문금액 :: 21만 7천원 / 2020년 3월 21일
로 Database 의 Instance 값을 만들어놓을 수가 있고, 대강 '일시'를 기준으로 많은 Database 가 이렇게 생성됨..
대강 Database 에 들어갈 수 있는 Data 가 '일시기준' 누가, 언제, 무엇을 했던 일에 Story 가 있는데 여기서 사항이 다른게 어떻게 남는가? 에 대한 부분이라서,
CRUD 는 그렇게 중요하지 않고 Story 가 중요한 부분에 대해서 BackEnd 가 설계할 건 대강 앞서 적어놓은 거에 대해서 Database 에 적용이 되도록 하는 것이고
BackEnd 라고 할만한 것은 사실 없음.
그냥 Story Logging 만 적당히 할 줄 알면 됨....
'실무환경' << 여기서 적당히 경험은 없는데 대강 맞음.
이론적으로는??...