DATABASE
Posts
4 posts[Linux/ELK] full text search Query DSL 과 KQL
1. 원천 데이터message 에 "[(1, 2), (2, 2), (3, 3), (4, 4), (5, 3)]" 2. 이걸 검색할때, "2," 로 검색 하고자 할때 text라서 검색이 안됨. Query DSL로 할 경우 다음 처럼 { "query" { "regexp" { "message.keyword" { "value" ".*\(2,.*" } } }} Lucene 으로 할 경우 다음 처럼 가능 message.keyword /.*((2),.*/
데이터베이스 튜닝 인덱스(Index) 색인
DB안에 만들어진 table에서 검색과 조회를 할때 그냥 일반적인 SELECT 구문으로 하는 것과 index를 만들어 하는 것에는 어떤 차이가 있을까요. 위에서는 테이블 자체를 SELECT로 검색하여 결과가 출력이 되었는데 그러고 나서 Execution Plan을 보니 테이블 전체를 스캔했다고 도식화되어 있습니다. 이번에는 index를 별도로 생성해 똑같이 해봅니다. Query cost 차이가 현격하게 줄었습니다. 즉, 속도가 빨라져 효율이 좋아졌습니다.
Apache Tajo Project #1
하둡 기반 하에서의 데이터 핸들링은 HDFS에 대한 보편적인 기능적 특징을 이해하고 나면 뭔가 이질감이 들게 마련이다하지만, 개발자들은 보다 손쉬운 혹은 보다 익숙한 환경으로 끌어들이고자 하는 노력을 하곤 한다그 결과로 탄생한 프로젝트 중 하나가 바로 "아파치;타조" 프로젝트이다 현재 필드에서는 하둡 에코 환경 구성에 빠지지 않고 포함되는 것이 저장된 데이터에 대한 핸들링을 수월하게 하는 HIVE, 임팔라와 같은 솔루션을 적용하곤 한다하지만, 이런 솔루션이 지닌 한계는 아쉽게도 명확하다.일반적인 DBMS 혹은 DW용 어플라이언스 제품들이 가지는 고성능은 차치하더라도 말이다. " The main goal of Apache Tajo project is to build an advanced open sourc
[파이썬 장고] Django 의 ContentType Framework - GenericRelation 활용하기 #1
이 글은 장고 v1.10 (현재 시점 최신버전) 을 기준으로 작성된 것입니다. =============================================================== 최근에 장고를 열심히 하고있다... 사실상 장고만 하고있다고 봐야지.. -ㅅ-;; ㅋㅋ그러니 장고를 계속 요모조모 뜯어볼 수 밖에 없는 현실이다. 최근에 보고있던 것이 바로 장고에서 제공하는 ContentType 프레임웤이라는 것인데...이것의 활용을 가지고 최근에 삽질을 좀 많이 한 바람에 그냥 내 나름대로 알게된것들을 조금 적어보고자 한다. 공식 도큐먼테이션을 잘 읽어보면 뭐 해석잘하는 분들이야 알아서 잘 하시겠지만 그 글을 읽기도 싫고, 적당히 개념만 쉽게 알고 싶다는 분들은 쭉 한번 읽어보시길 바란다.
