코딩짜는 일상

📚 서론과거 PHP를 쓸 때는 sql_query() 함수를 사용해 DB 통신을 구현했었습니다. 쿼리를 문자열로 작성해 param으로 제공하면 되는 간단한 방식이기에if문을 이용한 문자열 편집으로 간단하게 쿼리를 조립할 수 있었지만... 사실 이건 인젝션 공격에 취약하기 때문에 그리 현명한 선택은 아니었습니다.😥 물론 자체적으로 입력값에 UNION을 차단하는 기능을 추가해 방어했지만 여전히 위험요소가 있었죠...🥲 현재 팀 프로젝트에선 MyBatis를 채택해 DB 통신을 구현하고 있습니다. SQL을 직접 작성할 수 있어서 복잡한 쿼리 작성이 번거롭지 않고쿼리는 모두 XML에 모아두기 때문에 유지보수나 협업에도 용이하고무엇보다 값 바인딩 #{} 을 통해 입력값을 쿼리에 삽입하기 때문에 SQL 인젝션을..

📚 서론이번 주 포스팅은 MSA (MicroService Architecture)에 대해 써보겠습니다. 사실 특강은 몇 주 전에 했는데 그땐 내용 정리도 덜 됐고무엇보다 오라클 비교글이 너무 잘 써진 바람에 어쩔 수 없었습니다...덕분에 ERD를 몇 번을 갈아엎었는지...🫠 그렇게 속 썩인 것 치곤 테이블 생성 이후엔 별다른 차이점은 없습니다. 테이블 생성에만 이렇게 차이가 나는 걸 보면...어쩌면 데이터베이스의 핵심은 테이블 구조에 있는 걸지도 모르겠네요.🤔 🎷 MSA 탄생 배경전통적인 웹 애플리케이션 구조는프론트 엔드, 백엔드, 데이터베이스로 나뉘는 3계층 아키텍처입니다. 예시로 홈페이지에 게시판을 하나 추가한다고 해보죠. 가장 먼저 DBA에서 게시판의 데이터를 담을 테이블을 생성할..

📚 서론이번 주는 제가 장기간 써오던 MySQL과현재 참가중인 풀스택 개발자 과정에서 배운 오라클의 차이점을 알아보겠습니다. 사실 둘 다 SQL을 베이스로 하기 때문에 달라봐야 얼마나 다르겠냐 싶었는데프로젝트를 시작하고 실제로 테이블을 만들어보니까 차이점이 확연히 와닿았습니다. 그리고... 오라클이 다소... 조금... 까다로운... 편인 것 같습니다...🥹 그래도 어렵고 까다로울수록 사람보단 기계(?) 친화적이라는 뜻이니까잘만 쓸 수 있다면 사용자에게 더 좋은 서비스를 제공할 수 있을 겁니다! 실제로도 MySQL 보다는 오라클이 복잡한 계산이나 대량의 데이터 분석에 강하다고 합니다. 대량의 텍스트 정보에서 원하는 서치를 빠르게 해주는 CTXSYS.DRITHSX.SN 같은 기능도 제공하고 있습니다...

📚 서론과거 제가 깃을 활용하던 방법은 브런치명을 추가하려는 기능명으로 만들어서완성되면 main에 Merge 하는 식의 매우 단순한 운용이었습니다. 그러다 이번 팀 프로젝트를 진행하면서 좀 더 자세히 다루게 되었는데요. 저희팀은 GitFlow 전략을 일부 채택해서 main과 develop 브런치를 기본으로 두고깃허브에서 이슈를 생성, 이슈번호를 토대로 브런치를 만들어 작업 내용을 Commit하기로 했습니다. 기능을 완성한 후에는 pull request를 생성해 develop과 Merge하고문제가 없으면 다시 pull request를 생성해 main과 Merge하는 방식입니다. 그런데 여기서 또 문제가 생깁니다. (매일이 문제 해결의 연속...🥹) 저는 깃허브에서 단순히 Repositories만 생성..