<서론>

최근 진행한 프로젝트는 쿼리대신 SP(Stored Procedure)를 이용했고, xml 파일에 별도에 쿼리를 작성하지 않았다.

내 개발 경력이 없다시피 한 수준이고 따라서 SP를 사용한 프로젝트가 처음이라, SP를 사용하면 어떤 장점과 단점이 있는지 이번 기회에 공부 겸 정리하고자 이렇게 블로그에 끄적여본다.

<본론>

1. SP란?

- SQL 명령문들을 마치 하나의 함수처럼 사용하기 위해 DB 내부에 저장된 쿼리의 집합이다.

2. SP의 장점

- 성능 측면

1. SP는 최초 컴파일 시 최적화되며 이후 DB에 캐싱되어 저장된다.

 최초 컴파일 이후엔 다시 컴파일 하거나 최적화 되지 않는다. 즉 자주 사용하는 쿼리일수록 SP로 처리하는 것이 큰 성능 향상을 야기할 수 있다.

2. 네트워크 트래픽을 감소시킬 수 있다.

 SP가 서버에 저장되기 때문에 쿼리가 필요할 때마다 쿼리를 전달해주지 않아도 되며, 필요한 매개변수만 던져주면 되기때문에 트래픽을 줄일 수 있다.

- 개발 측면

1. 개발 언어에 비의존적이다.

비즈니스 로직을 SP로 구현해 놓았다면 개발 언어가 바뀌더라도, 해당 DB에 SP를 호출할 수만 있으면 된다.

2. 유지 보수가 매우 편리해진다.(개발자 == 유지보수)

프로그램을 개발한 사람이 유지보수까지 하게 된다면 DB관련 작업을 할 때, SP만 수정해주면 된다. 비즈니스 로직도 SP로 구현했다면 WAS를 재기동할 필요 없이 SP만 수정하면 된다.

3. SP의 단점

- 개발 측면

1. 유지보수가 어렵다.(개발자 != 유지보수)

앞서 유지보수에 강점이 있다 서술했지만, 유지보수를 하는 사람과 개발한 사람이 다르다면 유지보수는 어려워질 것이다. 데이터 분석이 까다롭고 하나의 프로시저를 여러 곳에서 사용했을 경우 영향도 분석이 어렵다.

2. DB 확장이 매우 힘들다.

서비스 사용자가 많아져 서버의 수를 늘려야할 때, DB의 수를 늘리는 것이 더 어렵다. 또한,  DB 교체는 거의 불가능해진다.

<결론>

SP에 대해 알면 알수록 얻는 것에 비해 잃는 것이 많은 것 같았다. 위 단점에 서술하진 않았지만, DB 자원이 상대적으로 더 비싼데, SP로 비즈니스 로직을 처리하면 당연히 개발 단가가 올라갈 수 밖에 없을 것이다. 또한 서비스 확장을 위해 서버의 수를 늘릴 경우, DB의 수를 늘리는 것보다 WAS의 수를 늘리는 것이 더 효율적이기에 최근 대부분의 개발에서 DB에는 최소의 부담만 주고 대부분의 로직은 WAS에서 처리할 수 있게 한다고 한다.

블로그 글을 쓰기 위해 공부하면서 SP를 사용하는 프로젝트를 앞으로 또 만날 수 있을까 생각이 들었지만, 그냥 이런 게 있구나 하는 심정으로 글을 정리한다.

ps. 틀린 부분은 지적해주세요.

<참초>

https://itability.tistory.com/51

https://okky.kr/article/396251

파이썬의 장점

1. Guido가 생각했던 Python 문법적 특징은 들여쓰기를 철저하게 지키도록 언어를 설계
2. 가독성이 좋음
3. ... 놓침
4. 파이썬 코드는 재사용하기 쉬움
5. 코드의 분석이 쉽기 때문에 다른 사람이 작성한 코드를 받아서 작업하는 사람들이 훨씬더 작업이 편리
6. 생태계가 좋음

파이썬의 구현

1. C파이썬 : C로 작성된 인터프리터를 사용하는 일반적인 파이썬. ipython이라고도 함
2. 스택리스 파이썬 : C 스택을 사용하지 않는 인터프리터
3. 자이썬 : 자바 가상 머신용 인터프리터
4. IronPython : .NET용
5. PyPy : 

사용가능한 플랫폼

1. 윈도
2. 매킨토시
3. 각종 유닉스
4. 리눅스
5. 팜 OS
6. 노키아 시리즈 60

파이썬의 활용분야

1. GUI Programming : 기본 모듈인 Tkinter 이용
2. Web Programming : django framework
3. Game Programming : PyOpenGL
4. Database Programming(빅데이터 연관)
5. Text 처리
6. 수치 연산(Numeric Python, networkx)
7. 병렬 연산
8. IoT : 라즈베리 파이
9. C, C++, Java와 결합한 Programming
10. data 분석 분야 : NumPy, Pandas, Scipy
11. 시각화 : Matplotlib

첨부파일 등록

• 사용처리 프로세스

• 게시판 등록 화면에서 여러 첨부파일 등록

• 프로그램 처리 프로세스

• DB 설계
  첨부파일 table / key / 게시판 no(참조키) / 파일명 / 기타 / 등록일

• 게시판 등록 화면 처리

• <form enctype="multipart/form-data">
      <input type="text" name="name" />
      <input type="file" name="report" />

Spring 첨부 파일 필요 부분

• 파일을 업로드/다운로드 하는 viewResolve setting이 필요

• dispatcher-servlet.xml에 파일 업로드/다운로드 모듈 설정
• 파일 업로드 모듈
      <bean id="" class="org.springframework.web.multipart.commons.CommonMultipartResolver" />
• 파일 다운로드 모듈
      사용자 정의로 클래스 선언
      ex) <bean id="" class="springweb.z01_util.A03.DownloadViewResolver" />

• json이나 파일 처리 시 필요로 하는 viewResolver 선언

첨부파일 처리 시 Ctrl / Server

• Controller에서 Param

• view단
      <input name="id" />
      <input type="file" name="report" />
• controller
      list(@RequestParam("id") String id){}
      list(@RequestParam("report" MultipartFile report){}

• MultipartFile를 물리적 저장, DB 저장

• getOriginalFilename() : 업로드 파일명
• transferTo("저장할 경로 파일 객체")
• FileInputStream, FileOutStream을 통해서 전달받은 파일을 서버에 특정한 위치로 저장
• DB에 getOriginalFilename() 로 DB insert

Spring Framework

: 복잡한 엔터프라이즈 애플리케이션 개발을 겨냥. 단순성, 테스트 용이성, 느슨한 결합성의 측면이 스프링의 이점

Spring MVC

그림

Spring Module

• Core
• framework에서 가장 기본적인 부분. 의존성 삽입(Dependency Injection) 기능을 제공
• DAO
• JDBC 코딩과 Database 업체 별 특정 처리할 필요 없는 JDBC 추상화 레이어 제공
• ORM
• 객체 관계 mapping API를 위한 통합 레이어 제공. " Mybatis " 활용하여 DB를 효율적으로 처리
• Web
• 화면 view뿐만 아니라 웹에서 파일 업로드 / 다운로드
• MVC
• 웹 application의 모델2 패턴을 스프링에서 지원

Spring 개발환경처리

게시물 등록

• 프로세스

• 메인화면에서 등록 버튼 클릭
• 등록 화면
      제목, 내용, 패스워드, 작성자, 이메일
      등록 처리
• 메인 화면에서 등록된 list 확인

• 개발 순서

• DB SQL 작성
• DTO 구성 내지 선택
• DAO(Repository)
• 화면 구성 : DTO 연결되는 name 부분
• Controller 연결 처리 / Service, DAO

초기 화면 구성

• main에서 연결하는 등록화면. Controller로 등록할 수 있도록
• akfj;sdfj;

답글 처리 프로세스

• 메인화면

• 해당 글을 더블 클릭 시, 상세화면으로 이동

• 상세화면

• 답글 달기, 수정처리, 삭제
• 답글 메뉴 버튼 클릭 시 출력

• 답글 화면

• RE: 메인 글제목
• 내용 : ---------- 기존 글 내용 -----------
• 답글 등록 버튼 클릭, 답글 등록처리. 메인화면에 처리

리눅스 기본 명령어

rm : remove 파일이나 디렉토리를 삭제할 때 쓰는 명령어.

권한 설정이 필요. root 사용자는 모든 권한이 있으므로 삭제 가능

기본형식

rm [옵션] 파일명, rm [옵션] 디렉토리명

옵션

-i : 삭제할 지 확인 메세지 출력 (default)

ex) rm -i abc.txt

-f : 삭제 시 확인하지 않고 바로 삭제(force)

-r : 해당 디렉토리를 삭제할 때 활용

-rf : 디렉토리에 파일이 있을 때, 디렉토리 / 파일 삭제

mv : move 파일이나 디렉토리의 이름을 변경하거나 다른 디렉토리로 이동

기본형식

mv 원본파일명/디렉토리

ex) mv abc.txt /etc/sysconfig

mv 원본파일명 변경할파일명

ex) mv abc.txt ccc.txt

mv 이동할파일1 이동할파일2 ... 디렉토리    (파일은 여러 개 가능)

ex) mv abc.txt def.txt /etc/sysconfig

mkdir : make directory 디렉토리를 만든다

rmdir : remove directory 디렉토리를 지움

cat : concatenate

head, tail : 시작과 끝라인. 파일의 앞 뒤 10행을 화면에 출력할 때 활용

형식 : head -라인수 파일명

ex) head abc.txt            abc.txt 파일의 앞 10줄 출력

head -5 abc.txt        abc.txt 파일의 앞 5줄 출력

tail -5 abc.txt          abc.txt 파일의 뒤 5줄 출력

more : space, B 텍스트 형식으로 적성된 파일을 페이지 단위로 화면에 출력할 때 활용

space : 다음 페이지 이동, B : 앞 페이지 이동, Q : 종료

ex) more aaa.txt

more + 시작할 행번호 aaa.txt    : 해당 행 번호부터 출력

less : 텍스트 형식으로 작성된 파일을 페이지 단위로 화면에 출력할 때 사용

more 활용되는 key + PgUp, PgDn

file : 해당 파일의 종류 표시

dlkfsjldkfs

Database 설계

결과화면 (화면 UI)

답변형 list로 paging 처리된 게시판

조회 : 글제목, 글내용, 작성자

버튼 : 조회, 등록, exceldown

한라인의 글을 클릭 시, 상세화면이 나타나고 답글 수정 삭제 다운로드

pageSize : 한 페이지 몇 개의 data를 list할 것인가

pageBlock : 여러 페이지를 번호를 붙여서 나타낼 때 쓰이는 block, blockSize

결과화면에 따른 내용처리

처리 프로세스

초기화면

조회화면

등록 버튼

상세

paging처리 - page block에 해당하는 page 번호를 클릭, 이동

등록화면

주요 기능

초기 글 리스트 화면

답변형 계층구조

등록화면

첨부파일

상세화면

수정, 삭제

구현 순서

화면 ui 결정 및 프로세스 결정

초기화면(html, css)

DB 설계

ERD, table 생성

각 화면단에 활용할 SQL 구현

계층형 SQL 구현(답변 처리)

위 SQL에 mapping되는 VO, DTO 클래스 구현

초기 화면 구성

DB 설계

  <script type="text/javascript">
    alert("SyntaxHighlighter");
  </script>