양승길

[Network/Http]02. Web, Tomcat- Web Browser HTTP 프로토콜로 요청하는 Client용 Application. Server에서 Response받은 Html이란 자원을 Parsing하여 UI로 Display하는 Applicaition - Web Server HTTP 프로토콜로 요청받은 Server용 Application. Client로부터 요청받은 Resource(Text, Movie, Photo 등)를 관리하여 Client에게 전송하는 Application. =>Web이 부흥하는 이유 : Web Server, Web Browser가 구비되어 있으므로 따로 Application을 개발할 필요가 없다.(비용하락) Server에서 관리할 Resource(HTML)의 개발 생산성..

[Network/Http]01. CS관계와 자원위치. - CS관계 CS는 Web에 포함되어 있다. Client는 Server에게 요구하고자 하는 것을 Request하면 이에 반응한 Server는 해당되는 것을 Response한다. Request와 Response의 통신 Protocol을 준수해야 통신이 가능하다. - URL (Uniform Resource Locator: 자원 위치 지정자) Client가 원하는 자원을 가진 위치와 종류를 표현하는 규칙. CIlent가 URL을 입력하면, Client Browser는 통신 Protocol이 CS간에 상응하면서 Server에 있는, 명확하고 유일무이(Unique)한 주소인 IP와 그 IP내부에 고유적 식별성을 가진 Port(HTTP의 Default Port는..

[Database/Theory] 14. view테이블과 동일하게 사용되는 개체다. 사용자 입장에서 테이블과 동일하다. 12create view v_usersas select id, name from users;cs - 보안성이 좋다. 뷰에 있는 내용만 보여지게 되고, 테이블에 있는 실제 데이터들이 노출되지 않는다. 그냥 테이블을 분리하면 된다 생각되지만 일관성이 떨어진다거나 관리가 어려워진다. - 복잡한 쿼리의 단순화가 된다.123456789select e1.last_name 사원이름, d1.department_name 부서이름, j1.급여 급여from employees e1, departments d1, (select department_id 부서아이디, min(salary) 급여 from employ..

13. index(3) - 생성 시기index는 열단위로 생성된다. 또한 2개 이상의 열을 조합하고 생성할 수 있다. - where절에서 사용되는 열을 index로 만든다. 그 만큼 자주 사용할 가치가 있는 index로 만든다. select문보다 insert문이 자주 사용되면 그만큼 페이지 분할이 될 것이고 시스템의 성능이저하될 것이다. - 중복이 많은 열은 index의 가치가 없다.non-clustered index일지라도, 중복률이 테이블의 1% ~ 3% 이상이면 사용되지 않는다. - 외래키나 Join에 사용되는 열을 사용하는 것이 좋다. 그만큼 설계해야 될 중요성이 크다. 제약조건에 의하여 생성된 index는 삭제가 불가능하고대량의 데이터의 변동이 발생된다. - insert, update, dele..

12. index(2) - 내부적 동작 - 내부적 동작 * B-Tree(Balanced Tree)라는 구조에 의해 동작한다. * 자료구조의 Tree와 같은 구조이며 Root, Leaf와 같은 지칭이 있다. * 자료구조에서는 자료를 가진 것을 node라 부르지만 DB의 B-Tree에서는 Page라 부른다. * 한 Page에 8Kbyte의 공간을 차지한다. * 특정 Data를 검색할 때, Root page를 시점으로 연결된 Page를 찾아나아간다. * table scan보다 확연한 탐색 속도의 차이가 있다. * 그러나 Data의 변경작업이(insert, delete, update => CUD라 부르겠다.) 잦으면 역효과가 나타난다. * 페이지 분할 작업이 발생되기 때문이다. * 가령 특정 페이지에 데이터가 ..

11. index(1) - 개요, 장단점, 종류 - 인덱스의 개요DB의 성능을 향상시키는 것이 목적. 적절한 사용으로 데이터에 빠르게 접근한다.DB 튜닝의 큰 효과를 볼 수 있다.과다한 사용은 성능이 떨어진다.필요없는 인덱스가 많아지면 DB에 차지되는 공간이 많아져 table scan보다 속도가 느려질 수 있다.(table scan : 인덱스를 사용하지 않고 DB를 처음부터 끝까지 탐색하는 것) - 장점과 단점 무조건은 아니지만, 데이터 검색속도가 향상된다.시스템 부하가 줄어들고 시스템의 전체 성능이 높아진다. DB의 10%정도 공간이 요구된다.인덱스를 생성하는 시간이 크게 요구된다.DB의 변경작업(Insert, Update, Delete)이 잦으면 성능이 저하된다. - Index의 종류 Clustere..

10. Join(1)2개 이상의 테이블이 하나로 묶여 집합을 만들어내는것. - Inner Join일반적인 Join서로 관계가 맺어진 테이블에서 각자의 속성들을 추출하는것. Join하는 조건에 일치한 테이블들이 결합된다.select 뒤에는 어떤 테이블의 속성을 추출할 것인지 명시해야된다.Join의 조건하에, 양쪽 테이블에 모두 존재하는것만 추출된다.Join의 조건은 순차적으로 검색된다. - Outter Join Inner Join의 결과와 한쪽 테이블에만 존재하는 데이터도 추출하는 것. Join 조건에 만족하지 아니한 행도 추출된다.Left, Right의 경우 각 측에 있는 테이블의 데이터를 추출한다는 의미다.Full Outter는 Left와 Right를 모두 수행한다는 의미다. - Self Join 한 ..

[Mini project]01.Model2MVCShop(stu)(1) - 파일구조 - File Structure * Front * Back 차후 설명 추가 예정

02. Oracle hr account table(2)5. 부서별로 가장 적은 급여를 받고 있는 직원의 이름, 부서이름, 급여를 출력하시오. 이름은 last_name만 출력하며, 부서이름으로 오름차순 정렬하고, 부서가 같을 경우 이름을 기준으로 오름차순 정렬하세요.12345678select e1.last_name 사원이름, d1.department_name 부서이름, j1.급여 급여from employees e1, departments d1, (select department_id 부서아이디, min(salary) 급여 from employees group by department_id) j1where d1.department_id = e1.department_id and j1.부서아이디 = e1.dep..

01. Oracle hr account table(1) 1. 자신이 속한 부서의 평균 연봉보다 많은 연봉을 받은 사원의 아이디, 부서아이디, 연봉, 부서평균연봉을 조회하라.(부서평균연봉은 반올림하여 정수로 출력할 것. 부서평균연봉이 많은 사람부터 출력할 것.) 123456select e.employee_id 사번, e.department_id 부서번호, e.salary 연봉, em.부서평균연봉 부서평균연봉 from employees e, (select department_id 부서번호, round(avg(salary),0) 부서평균연봉 from employees group by department_id) emwhere em.부서번호=e.department_id and e.salary > em.부서평균연봉..