코드에 쿼리 직접쓰기 vs 프로시저 호출하기의 차이에 대해서 궁금합니다.

Question

안녕하세요. 제가 국비에서 자바를 배울때는 JDBC로 DB와 연결하고 PreparedStatement를 써서 코드에 쿼리를 직접 작성해서 데이터를 처리했었습니다. 그리고 DB를 배울때 스토어드 프로시저는 실무에서는 쓸일이 없을거라고 들었었거든요. 국비를 수료하고 C#을 쓰는 기업에 취업을 했는데 여기서는 국비때 들은것과 달리 스토어드 프로시저를 정말 많이 쓰고 있고 C#에서 프로시저 이름을 지정하고 파라미터를 전달해서 결과를 리턴받는 식으로 데이터 처리를 하고 있습니다. 그러던 어느날 회사에서 다른 곳에 외주를 맡긴 웹프로젝트에 대한 유지보수를 제가 맡게 되었는데 여기는 또 Mybatis에 Mapper를 써서 쿼리를 쓰고 있더라구요. 상황이 이렇게 되니까 코드에 직접 작성하는 것과 프로시저를 호출해서 처리하는 것중에 어느것이 더 효율적이라든가, 트렌드가 있다든가 아니면 웹개발(java)과 윈도우 어플리케이션 개발(C#)의 차이라든가, 아니면 그냥 사용자의 취향에 따른거라든가 궁금해져서 질문을 드립니다.

HJOW · Accepted Answer

프로시저 사용은 요새는 지양 (잘 안하는 걸 권장) 하는 추세입니다.DBMS의 프로시저에 몇 가지 치명적인 문제가 있는데요표준이 없어 DBMS마다 문법이 제각각변경 이력 추적이 어려움개념적인 문제1번이 가장 치명적인데,동일 프로젝트 DBMS만 바꿀 때, 프로시저 있으면 상당히 애로사항이 있습니다.가령 사이베이스 옛날버전 같은 경우는 아예 프로시저 개념 자체가 없어서 날코딩으로 바꿔야 합니다.제가 해봤어요. 입에서 욕이 저절로 나옵니다.그외에도, 어떤 DBMS는 커서를 OUT변수로 출력할 수가 없다든가, 변수 선언 시 테이블 컬럼 타입으로 선언할 수가 없다든가 등등2번도 문제인데ALTER 문 한번 실행하면, 별 메시지 없이 프로시저가 한순간에 바뀝니다.누군가 실수로 오타낸 채로 프로시저 바꿔버리면, 나중에 오류나 계산값 틀어졌을 때 원인 찾기가 난처해지죠.어떻게 됐길래 잘못 계산됐는지 원래의 스크립트를 알아야 하는데,누가 몇시에 바꿨는지까지는 알 수 있지만, 어딜 어떻게 바꿨는지 알 수가 없습니다.따로 스크립트 파일로 빼서 git이나 SVN으로 커밋하지 않는 이상 말이죠.3번이 뭔얘기냐면프로젝트 소스코드의 범위에 프로시저까지 포함을 해야 하느냐 의 문제입니다.당연히, 프로시저 없이는 프로젝트가 동작을 하지 않으니, 프로젝트 내에 해당 프로시저들도 당연히 포함이 됩니다.하지만, 프로시저들은 파일로 존재하지 않고 DB상에 오브젝트로 존재하게 되죠. (따로 파일로 관리하지 않는 한)이렇게 둬도 되는가? 의 문제.

장독깨기 · Answer

DB 에 의존적이긴 하지만, 사실 DB 바꿀 일은 잘 없죠.그리고, DB 바꿀 경우를 대비해서 MyBatis 이런 걸 사용하는 것도 아니구요,실제로 DB 바꿀 일이 있으면, 어짜피 마이그레이션 작업은 해야 합니다.근데, 이런 이유는 아니다 그건 아니구요, ㅎ지금은 SQL 문을 Mybatis XML 파일로 작성 하잖아요,예전엔 이런 게 없었을 때가 있었어요, C# 은 있었을거 같긴 하지만,그럼, 소스 코드에 SQL 문을 문자열로 작성해줘야 합니다. 이거 돌아버립니다. ㅎ예전에 c&#43;&#43; 플젝 했는데, c&#43;&#43; 에는 mybatis 같은게 잘 없더라구요,그래서, mybatis 유사하게 직접 만들어서 했습니다. ㅎ이런 잔재나 습관 같은 게 남아서 그럴 수 있습니다.뭐 암튼 프로시져로 하는건 여러모로 불편 합니다. :)

코드에 쿼리 직접쓰기 vs 프로시저 호출하기의 차이에 대해서 궁금합니다.

2개의 답변

Q&A 목록