이 상황에서는 FK 정도는 잡아줘야 하는거 아닌가요?

Question

특정 테이블에 데이터 들어가 있는데 테이블 컬럼에 데이터가 알수 없는 숫자들로 들어가 있습니다.order_iduser_identifierproduct_codeorder_date110120012025-09-15210220022025-09-15310120032025-09-16499920042025-09-16510288882025-09-17대충 위 처럼 특정 카테고리 별 숫자로 코드 만들어서 데이터를 저장시켰는데.... 이 러한 컬럼이 하나의 테이블에 10개 이상입니다.아무리 현업에서 FK 를 지양한다고 해도 이렇게 데이터를 넣어놓으면 뭘로 데이터를 알아야 하는지 말로는 애플리케이션에 주석있으니까 그걸로 보면된다고 하는데 허허..저연차 여서 그런가 여러분 들의 생각은 어떻습니까? 이렇게 코드화 해서 넣어둘 경우 별도의 테이블로 관리하는게 저는 맞다고 생각하는데..

Kyeongrok Kim · Accepted Answer

fk문제가 아니고 metadata관리를 하나도 안 하는게 문제입니다. 표준화정의서를 만드시고 코드 정의서도 하나 만들어 보세요. 직접 만드는게 어렵다면 해달라고 요청이라도 하셔야 할 것 같네요.

집킨 · Answer

논리적으로 연관관계를 맺을거면 erd에 연결해놓거나 jpa를 쓴다면 엔티티에 설정해놔야죠이것마저 안돼있으면 테이블 만든사람 문제입니다

프레이야 · Answer

꼭 FK는 아니더라도프로젝트별로 기준관련 자료가 있으면 될듯합니다.

빠이야 · Answer

이것은 아주 큰 뜻이 있을지 모릅니다 ㅎ사용자ID를 999로 한다는건... 운영의 편의를 위해 삭제했다는 의미 아닐까요?사용자ID를 Freetext 했을리도 없고 말이죠..333도 아니고 444도 아니고 999인건.. 보통 삭제할수 없는 데이타의 비활성화용으로 했을수도요

HJOW · Answer

문서하나 남기지 않은 상황에도,보통은 테이블 이름 자체에 연관성을 넣어놔서 (이름 앞부분이 겹친다거나)추측은 가능하게 만드는데..그것도 안되는 상황이겠죠?고생하셔요.

catcode · Answer

user_identifier, product_code의 값들을 관리하는 테이블이 없다는건가요?FK키를 지양한다는게 FK를 DBMS에서 관리를 안하는거지, 코드값들을 관리하는 테이블은 있어야합니다.

냥길동 · Answer

ERD 를 보면 되지 않나요? 사용자코드, 주문코드 이런형태면 다른테이블에 관련정보가 있을텐데요.

cotton11 · Answer

아마, 처음에 만든 사람이 매직넘버로 테이블 구축했고 그 이후로는 건드리면 터지는게 많아서 못 고친걸껄요. 고쳐도 좋은 소리 못 듣고, 그래서 초기 db 설계가 매우 중요하죠. 실력 있고 없는게 그런 부분이기도 하구요.

듀부 · Answer

MSA면 모르겠다만 FK를 지양한다고요??? 요즘도 그런 회사가 있나요?? 관리하기 귀찮아서 그런건가.. 아니 더 귀찮을텐데 FK 안해두면.. 뭐지..

yeori · Answer

열심히 소스코드를 캐다보면 애초에 쓰이지 않는 컬럼이란 걸 알게 되는 허무한 상황도 더러 겪습니다.

이 상황에서는 FK 정도는 잡아줘야 하는거 아닌가요?

10개의 답변

#pk 목록