요르딩딩

요구불예금 수시입출금 및 당좌계좌를 말합니다. 당좌계좌 이자가 없지만 은행이 이체업무 대신처리해주며 잔고대비 100% 넘는 어음발행이 가능하다는 장점이 있슴니다. 저축성예금 정기예적금... 다달이 정해진 금액을 넣고 만기시에 원금과 이자를 돌려받는거... 거치식과 제일 다른점은 저축성은 다달이 금액을 넣는것이고, 거치식은 한번에 전체돈을 다 넣어두는 상품임니다. 부자가 될 수록 거치식이나 시장형(CD) 상품에 돈을 맡겨두게 됨니다. 거치식이나 시장형상품은 정기예적금에 비해 기간이 좀 짧습니다.3개월 6개월 1년 .. 이런 사이클이라고 보면 될거같슴니다. +추가) 1. 입출금이 자유로운 예금계좌 : 요구불예금 2. 적립식 예금계좌 : 저축성예금 3. 신탁계좌 : 방카슈랑스 계좌(펀드계좌) 4. 거치식/시장..

dejavuqa.tistory.com/114 Gitlab 프로젝트 만들고 사용해 보기 GitLba 서버에 로그인합니다. 그리고 New project 버튼을 클릭해 새로운 프로젝트를 만들어 줍니다. 저는 Project name은 macaron-api로 하고 Visibility Level은 Public으로 해줬습니다. 그리고 Create project.. dejavuqa.tistory.com

프로세스 : eclipse -> gitlab -> sourcetree 1. gitlab 초기 설정 2. gitlab에 eclipse작업내용 올리기 3. gitlab과 sourcetree 연동하기 1. gitlab 초기 설정 gitlab > project 생성 > read.me를 만들어서 초기 commit에 사용 참고 : dejavuqa.tistory.com/114 Gitlab 프로젝트 만들고 사용해 보기 GitLba 서버에 로그인합니다. 그리고 New project 버튼을 클릭해 새로운 프로젝트를 만들어 줍니다. 저는 Project name은 macaron-api로 하고 Visibility Level은 Public으로 해줬습니다. 그리고 Create project.. dejavuqa.tistory.com..

계정설정을 잘못했을 경우 : 계정을 삭제한 후 다시 설정해주어야한다. 1. souretree에서 계정 삭제법 : 설정 > 고급 > 계정삭제 2. gitlab과 sourcetree 연동법 : 새로만들기 > url에서 복제 > gitlab에서 복사한 http clone 복사 후 사용 > 계정 id, pw 입력 위의 과정을 모두 마치면 정상적으로 연동이 된다.

네이버는 웹도 앱도 뒤로가기 하면 검색했던거 다 나오는데, 쿠팡같은거는 뒤로가기 누르면 그냥 곧바로 홈으로 간다 했던거 있죠? function hashHandler() { var hash = (location.hash // '#cool-feature' var commands = hash.split("&"); if (commands["action"] == "search") $.ajax(~~); if (commands["action"] == "view") $.ajax(~~); } window.addEventListener('hashchange', hashHandler, false); 요런 식으로 개발해두고.. 검색할때 해시값만 변경하게 하면 ... 앞으로가기 뒤로가기 처리가 됨니다. 검색버튼 누르면 loca..

포괄 열 인덱스는 인덱스에 인덱스 키(정렬) 열과 함께 키가 아닌 열(비정렬)들을 포함할 수 있게 확장된 비 클러스터형 인덱스를 말한다. 포괄 열 인덱스는 인덱스 키 값에 포함하지 않아 정렬이 발생하지 않고, leaf level에 데이터가 같이 있어 Lookup 연산도 발생하지 않아 쿼리 성능에 도움을 준다. 또한 인덱스 키와 달리 데이터의 추가, 변경, 삭제 시 재정렬이 일어나지 않으므로 인덱스 관리 비용이 적다는 장점이 있다.

인덱스 :책의 목차와 비슷한 개념(색인) rowid :데이터를 삽입할 때 DB 내부에서 자동적으로 생성하는 값으로, 해당 row(행)의 고유한 주소 값을 가리킨다. (rowid를 통한 검색은 DB에서 가장 빠르게 데이터를 찾아낼 수 있는 검색 방법) [설명] 인덱스는 내부적으로 데이터를 B-tree구조로 저장하기때문에, 원하는 값을 찾은 후에는 더이상 조회를 하지 않는다. 즉, full-scan을 하지않는다는것이다 (효율적), 인덱스는 생성해 놓으면 내부적으로 알아서 동작한다. 그러므로, 인덱스를 통해 rowid를 찾은 후, 원하는 테이블에서 rowid를 통한 검색은 무척 효율적이게된다.

읽음카운트에 대해서 얘기하자. 예를들어서 500명이 있는 단톡방에 대화 400개 이상 안읽었던 사람이 오랜만에 들어간다! 라고 하면 i/o가 기하급수적으로 늘어납니다. Update문을 실행시킬때, DBMS내에서는 내부적으로 delete 후 insert 하는 방식으로 처리됩니다. update문 1회실행하는데 I/O는 2회 발생하는거죠. 순차탐색으로 특정일 이전의 데이터들을 전부 업데이트 치면 성능이 급격하게 떨어짐니다. 이는 업무 특성에 맞는 db설계만으로 i/o를 획기적으로 줄일수가 있습니다. 예를들어 설명해볼게요. 홍길동이 t_chat 테이블에 unread_users라는 필드를 두고.. chat 별로 unread_users 필드에 "1001,1002,1003" 으로 저장해두고 유저 1002가 해당 챗을..