실무팁 - 등록자,수정자 컬럼 관리 관련 질문입니다.
80
작성한 질문수 4
실무에서 등록일,수정일, 등록자, 수정자 4개 컬럼을 테이블 별로 만들어서 쓰라고 하셨는데
1) 모든 테이블에 4개 컬럼은 만든다 생각해도 되는지?
2) 유지보수 상 운영 테이블을 직접 수정하는 경우가 있었는데 이때 MySQL 워크벤치 에서 직접 수정하는 경우는 일일히 의식해서 set에 updated_by 를 넣어주는게 최선인지??
궁금합니다.
답변 1
0
안녕하세요. 배려하기님
상황에 따라 다른데요. UPDATE의 경우에는 UPDATE가 필요 없는 경우에는 제외할 수 있습니다.
정리하면
대부분의 테이블: 4개 다 넣으세요.
로그/이력 테이블: created_ 관련 2개만 넣으세요.
추가로 updated_by에는 직접 수정하는 경우에는 직접 넣어주시는 것이 좋습니다. 그러면 이후에 누가 수정했는지 이력으로 확인할 수 있습니다.
감사합니다.
일대일 fk 위치
0
32
1
제 3 정규형 vs BCNF 정규형 차이점?
0
48
3
BCNF 질문
0
62
2
연관 엔티티 네이밍 규칙
0
45
1
진짜 강의 듣는거 너무 고문
0
128
1
28강 sql 파일 어딨나여?
0
79
1
2NF의 엄밀한 정의
0
68
1
comment 채번을 사용해야 하는 이유에 대한 설명이 필요합니다.
0
110
3
학습중인 수업자료를 받아볼 수 있을까요??
0
96
2
수업자료 pdf파일관련 건의 - 제목 링크위치 개선
0
80
2
서비스 운영 중 잘못된 테이블 설계 발견시 수정 시점에 대한 질문
1
100
2
실무적인 설계로 접근했을 때 제 2정규형 항상 만족?
0
76
1
슈퍼/서브 타입 joined 전략
0
68
2
created_at 관련 구현과 DB ENUM에 대해
0
67
1
M:N 관계의 연관 엔티티 설계 순서
0
71
2
데이터 역사성 훼손 문제
0
63
2
구글이 이메일 변경을 허용하는 이유
0
121
1
order_item 테이블 (order_id, product_id) 유니크 제약조건 누락
0
99
2
BCNF 정규화에 대한 질문
0
119
2
주문, 결제 엔티티의 분류
1
117
1
실무에서의 복수 항목에 대한 관리 방법이 궁금합니다.
0
90
1
역할 및 발생 시점에 따른 엔티티 분류
0
84
1
대리키의 외부 노출에 대한 질문을 하고 싶습니다.
0
106
2
소프트 딜리트 정책에서 유니크 컬럼 중복 방지 전략
0
97
1