(2021.08.12) 추가 분명 아래 해결 방법으로 수정하여 QA 서버에서 잘 동작하던 쿼리가 운영 서버에서는 또다시 글 제목과 같은 에러가 발생했다. 그래서 '운영 서버 코드에 내가 수정한 내역이 적용 되지 않았나..?' 하는 말도 안되는 일을 의심하며 확인했지만.. 역시 그런 일은 없었다. 그럼 뭘까.. SSMS는 자꾸 조회 쿼리의 첫 줄에서부터 에러가 발생한다고 묵묵히 로그를 뱉는다. 진짜 혹시나 해서 SELECT 앞에서 delete 키를 눌러봤는데.. ...? 눈에 보이지 않는 글자 하나가 지워진다. 협력사 굇수 형님께 여쭤보니 인코딩 문제일 가능성이 높다고 하신다. 그래서 개발자들 사이에서 이런 환경 세팅을 다 동일하게 해야 한다고.. ㅠ 하여튼 진짜 끝... SSMS에서 쿼리 수정 후, xm..
mssql
최근 운영 업무를 하며 두 컬럼을 하나의 컬럼으로 합쳐 DB 데이터를 가공하여 조회할 일이 있었다. 저렇게 말만 써놓으니까 헷갈리는데, 나랑 비슷한 고민을 한 okky의 글을 참고하면 된다. 내가 하고자 했던 것과 똑같은 질문이고, 해당 글 가장 아래 답변에 쿼리가 작성되어 있다. (AS-IS) 데이터 포맷 내가 가공하려던 기존 데이터 포맷은 아래와 같다. TYPE PLANT TOTAL M1 M2 M3 M4 M5 M6 M7 M8 M9 M 10 M 11 M 12 1 A China 25 3 4 5 2 B China 3 C China 4 D China 5 E China 6 A Brazil 7 B Brazil 8 C Brazil 9 D Brazil 10 E Brazil 어우, TOTAL부터 M1~M12까지의 숫..
이 글을 읽기 전에 트랜잭션에 관해 작성한 글을 읽는 것을 추천한다. 오늘 회사에서 운영 업무를 하며, 게시글 하나를 지워 달라는 요청이 들어왔다. 해당 게시글이 DB에서 갖고 있는 Column 중 하나를 UPDATE만 해주면 되는 간단한 요청이었다. 그런데 두 시간 걸렸다. 데이터 수정 작업이다 보니 BEGIN TRAN을 사용하여 데이터를 바꾸고 애플리케이션 작동이 잘 되는지 확인하려고 했다. 그런데 해당 데이터를 사용하는 화면의 게시글들을 불러오는 쿼리에서 계속 멈춰있었다. 해당 쿼리를 SSMS나 DBeaver같은 DB 클라이언트 툴에서 실행해보면 잘 돌아가는데 말이다. BEGIN TRAN ? Begin Transaction이라는 뜻으로, MSSQL에서 제공하는 보호 기능이다. (MS 공식 문서) 무..
