본문 바로가기

728x90
반응형

인덱스

[코드로 배우는 스프링 웹 프로젝트] ch13 MyBatis와 스프링에서 페이징 처리(Criteria) ◎ MyBatis 스프링 페이징 처리 ▷ MyBatis는 SQL을 그대로 사용할 수 있기 때문에 인라인뷰를 이용하는 SQL을 작성하고 필요한 파리미터 지정하는 방식으로 페이징 처리 ▷ 필요한 파라미터 ▶ 페이지 번호 ▶ 한 페이지당 보여줄 데이터 수 ▷ 페이지 번호와 몇 개의 데이터가 필요한지 별도의 파라미터로 전달하는 방식도 좋지만 이 데이터들을 하나의 객체로 묶어 전달하는 방식이 확장성이 좋음 ◎ src/main/java → org.codehows.domain → Criteria 클래스 작성 ▷ Criteria : 검색의 기준을 의미 package org.codehows.domain; import lombok.Getter; import lombok.Setter; import lombok.ToStrin.. 더보기
[코드로 배우는 스프링 웹 프로젝트] ch12 오라클 데이터베이스 페이징 처리 2(hint, rownum) https://bobo12.tistory.com/304 3. 인덱스를 이용하는 정렬 ▷ 정렬이 되어 있다는 것이 가장 중요한 개념 ▷ 정렬이 이미 되어 있는 상태이므로 데이터를 찾아내서 이들을 SORT하는 과정을 생략할 수 있음 ▷ SORT가 없으면 0초에 가까운 성능을 보여줌 ▶ 데이터 양이 많고 정렬이 필요한 상황이라면 우선적으로 생각하는 것이 '인덱스' 작성하는 것 (1) 인덱스와 오라클 힌트(hint) ▷ 웹페이지 목록은 주로 시간의 역순으로 정렬된 결과를 보여줌(최신 데이터가 가장 중요하기 때문) ▷ 오라클의 select문 전달시 'hint' 사용 가능 : 내가 전달한 select 문을 이렇게 실행해 주면 좋겠다 라는 힌트 ▶ select문을 어떻게 처리할지에 대한 얘기일 뿐이므로 힌트 구문에서.. 더보기
[코드로 배우는 스프링 웹 프로젝트] ch12 오라클 데이터베이스 페이징 처리 1 ◎ 오라클 데이터베이스 페이징 처리 ▷ 구현된 기능들 중 가장 미숙한 부분은 목록 페이지 ▷ 목록 페이지는 기본적으로 페이징(pagination) 처리가 필요함 ▷ 수 많은 데이터를 한 페이지에서 보여주면 처리 성능에 영향을 미치며, 브라우저에서도 역시 데이터의 양이나 처리 속도에 문제를 일으킴 ▷ 일반적인 페이징 처리는 크게 번호를 이용하거나 '계속 보기'(무한 스크롤, 더 보기) 형태로 구현 1. order by의 문제 ▷ 프로그램을 이용해서 정렬할 때 데이터 양이 많을수록 많은 시간과 리소스를 소모함 ▶ 빠르게 처리 되는 것 ▶ 필요한 양만큼 가져오는 것이 중요 ▷ 페이징을 하는 이유 : 최소한의 필요한 데이터만 가져와서 빠르게 화면에 보여주기 위함 ▷ 빠르게 동작하는 SQL을 위해서는 먼저 ord.. 더보기
[DB_MySQL] 이것이 MySQL이다 ch11 전체 텍스트 검색과 파티션 1 (전체 텍스트 검색) 1. 전체 텍스트 검색 개요 ◎ 전체 텍스트 검색 ▷ 긴 문자로 구성된 구조화 되지 않은 텍스트 데이터(예로, 신문 기사) 등을 빠르게 검색하기 위한 부가적인 MySQL의 기능 ▷ 저장된 텍스트의 키워드 기반의 쿼리를 위해서 빠른 인덱싱 가능 ▷ 신문 기사 검색 ▷ 교통’을 키워드로 가진 기사 검색 ▷ 키워드가 중간에 들어간 경우 인덱스 사용 불가, 서버에 엄청난 부하 발생 2. 전체 텍스트 인덱스 ◎ 전체 텍스트 인덱스(FULLTEXT Index) 생성 ▷ 텍스트로 이루어진 문자열 데이터의 내용으로 생성한 인덱스 ▷ 텍스트 인덱스 생성 형식 ◎ 전체 텍스트 인덱스(FULLTEXT Index) 생성 ▷ 전체 텍스트 인덱스의 특징 ▶ InnoDB와 MyISAM 테이블만 지원 ▶ char, varchar, .. 더보기

728x90
반응형