삼슬라에 대해 궁금하신 분은 전에 작성한 아래 글에서 확인!

투자 정보

매도 종목 : TSL3
매도 가격 : \7001 (매수가:\5167, 수량:2771개)

총 투자금 : 1430만원

수익률 : 35.36% (수익:약 500만 원)
매도 이유 :

• 메인 계좌에 테슬라를 이미 400 후반대에 들고 있는 대투자자로서, 테슬라에 대한 확신이 있었음
• 과도한 폭락 시마다 계속해서 추매함 (테슬라 $900에서 사고 800 아래로 떨어질 때마다 계속 줍줍)
• 테슬라의 가격이 목표가인 $1000이 장 중에 도달 하자마 수익 실현

투자 후기

1. 리스크가 "진짜" 높다
2. 수수료도 "진짜" 높다
3. 낮은 거래량
4. 영국에 상장
5. 기타 제약 사항

설명

1. 리스크가 "진짜" 높다 (장점 + 단점)
   -> 투자하고 있을 때 하나의 종목을 3배로 추종하다 보니 오르락/내리락이 더 다이나믹..
2. 수수료도 "진짜" 높다 (단점)
   -> 0.0163%/1일 (5.94%/1년) 이보다 높은 수수료는 본 적이 없음
   -> 가만히 있어도 투자금이 매일 0.0163%씩 녹는 경험
3. 낮은 거래량 (단점)
   -> 평균 거래량 40000건이 안 되는 지극히 적은 거래량
   -> 내가 팔고 싶어도, 팔리지 않을 수 있는 리스크 존재
   -> 오죽하면 매도 할 때 1500만 원어치를 한 번에 걸었더니, 나 혼자서  당일 최고 막대기 세움 (아래 스샷)
4. 영국에 상장 (단점)
   -> 우리나라에서는 삼성증권 말고, 다른 증권사는 매매 자체가 불가능 (영국 시장)
5. 제약사항 (단점)
   -> 당일 매수 후 5일 이후 매도 가능 (3~5일 정도인 듯)
   -> 최소 매도 물량 있음 (최소 10개 이상 있어야 매도 가능)

결론

엄청난 단점이 무려 4개나 있지만!! (높은 수수료, 낮은 거래량, 영국 시장의 불편한 접근성, 기타 많은 제약 사항)

그걸 커버할 만큼의 수익률이기 때문에 투자했지만! 장이 좋지 않으면 진짜 위험할 듯

이미, 테슬라 주주로써 확실한 믿음이 있기 때문에 평단가를 높이지 않고도 더 많은 수익 창출 가능!!

앞으로도 테슬라 800선이 위태하면, 투자를 고려할 마음이 있다!

FNGU, BULZ에 투자해서 손절하고 여기에 물 타서 투자한 게 신의 한 수였다! 
-700중에 500을 해결해주신 귀인.. 오늘도 테멘

망했을때 어떻게 할것인가를 고민하는것이 중요한 이유(정리)

후..

1월달에 조정을 받은 후에 3일에 나눠서 분할 매수를 했는데
매수 타이밍이 너무 빨랐던 탓일까...

매수하자마자 첫주에는 +10% 찍어서.. 역시 난가?! 했는데..

FOMC와 금리 이슈를 들면서 시장이 과도하게 조정을 받았다...
둘째주 -20%
셋째주 -30%
1월 마지막날에는 결국 -12%대..

글을 쓰고 있는 시점에는 -8%에서 왔다갔다 하고 있는데..
아직 조정이 다 끝난것 같지는 않아서 두려워~ 겁시나~

언제까지 조정장이 계속 될지 모르겠으나  

그때까지 같이 존버해보자구욧!

MariaDB 쿼리

: 범위 별로 개수 구하기

2가지 방법 (sum & case 사용 방법과 count & case 사용방법)

-- 쿼리1 - sum / case  사용
select
    sum(case when usage < 1 then 1 end) '1',
    sum(case when 1 <= usage and usage < 10 then 1 end) '10',
    sum(case when 10 <= usage and usage < 100  then 1 end) '100',
    sum(case when usage > 100 then 1  end) '100+'
from
    TABLE

-- 쿼리2 - count / case 사용
select
    COUNT(case when age < 10 then 1 end) as '아이',
    COUNT(case when 10 < age and age < 20 then 1 end) as '10대',
    COUNT(case when 20 < age and age < 30 then 1 end) as '20대'
from
    TABLE

1. 공모주 청약

말 많던 LG에너지솔루션 청약이 오늘(1월18일)부로 시작됐습니다

저도 30만원 기준 10주, 증거금(50%) 150만원을 넣고 신청했습니다

왜 청약을 해야하는 지는..

2. KB 증권

KB가 물량이 가장 많기도 하고 해서 1~2주 정도 예상하고 KB로 신청했습니다

눈치보고 끝에 신청한다 해도 비슷할거 같고, 사실 다른 증권사는 제가 없기 때문에..ㅎㅎ

1줄 요약

카운트만 필요 할 때는 COUNT(*)가 가장 빠르다

COUNT(*) >  COUNT(컬럼) > COUNT(DISTINCT(컬럼))

 출처 : https://www.phpschool.com/gnuboard4/bbs/board.php?bo_table=tipntech&wr_id=77484 

본문

누구나 다 알고 있는 지식이긴 하지만 모두들 적게나마 공유를 하고자 글을 남기도록 하겠습니다.

중복 내용이면 죄송합니다. 그럼 시작하겠습니다.

일반 SQL 질의의 SELECT 절에의 *는 모든 컬럼을 가지고 오기 때문에

필요한 컬럼만 가지고 오는 SELECT 절에 비해 속도가 느리고 불필요한 자원을

낭비한다는 사실은 모두가 알고 있을 것입니다.

그렇기 때문에 이러한 것을 똑같이 생각함으로 인해 집계함수의 COUNT에 대한 COUNT(*) 와

COUNT(컬럼)에 대한 잘못된 인식과 SQL 질의를 실행하여 DB의속도를 느리게 할 수 있는 원인이 될 수 있습니다.

일반 SQL질의와 다르게 COUNT 집계함수에서의 *의 역할은 다른 역할을 수행하고 있습니다.

* MySQL COUNT 함수의 역할을 보면

COUNT(*) : 단순 행을 세는 역할을 합니다. (MySQL 내부적으로 데이터를 읽지않고 행의 갯수만 흝고 지나간다는 뜻을 말합니다.)

COUNT(컬럼) : 행의 값을 세는 역할을 합니다.(데이터를 읽는다는 뜻이 되겠지요)

자 그럼, 컬럼이 VARCHAR(50) 형태의 데이터가 100만건이 있다는 가정하에 실행계획 및 질의를 실행에 보도록 하겠습니다.

* 실행계획

1) COUNT(*) : 우선 단순 행을 세는 COUNT(*)의 실행계획을 보도록 하겠습니다.

id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE Select tables optimized away

Select tables optimized away : 인덱스, 또는 MyISAM용 COUNT(*)을 사용하되 GROUP BY 구문은 사용하지 않은 채로 처리된 집단 함수(MIN(), MAX())만을 가지고 있음.

2) COUNT(컬럼) : 데이터를 읽고 지나가는 COUNT(컬럼)의 실행계획을 보도록 하겠습니다.

id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE performance1 ALL 1000000

실행계획을 보면 알듯이 type을 보면 알 수 있듯이 ALL로 전체를 스캔하는 것을 알 수 있수 있을 것입니다.

3) COUNT(DISTINCT(컬럼)): DISTINCT에 데이터를 읽고 지나가는 COUNT(DISTINCT(컬럼))의 실행계획을 보도록 하겠습니다.

id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE performance1 ALL 1000000

COUNT(DISTINCT(컬럼))도 type을 보면 알 수 있듯이 ALL로 전체를 스캔하는 것을 알 수 있을 것입니다.


실행계획을 봤으니 SQL질의를 실행하여 실행시간을 비교해 보도록 하겠습니다.

* 실행결과를 종합해 보면

1) COUNT(*) : 0:00:00.029
2) COUNT(컬럼) : 0:00:00.201
3) COUNT(DISTINCT(컬럼)) : 0:00:02.413

COUNT(DISTINCT(컬럼))  < COUNT(컬럼) < COUNT(*) 순입니다.

그렇습니다. 불필요한 데이터를 셀 필요없이 행의 갯수만 얻고 싶다면 당연히 * 쓰는게 훨씬 속도

가 빠르다는 사실을 알 수 있을 것을 것입니다.

그러면 '혹시 컬럼에 인덱스를 걸어주면 데이터를 세더라도 count(*)보다 빠르지 않을까?' 라는 생각이 문득 들어서

컬럼 하나에 인덱스를 걸고 인덱스를 타게 해서 질의를 실행하여 비교해 보도록 하였습니다.

* 실행계획

1) COUNT(*)

id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE Select tables optimized away

2) COUNT(컬럼)

id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE performance2 index index 153 1000000 Using index

3) COUNT(DISTINCT(컬럼))

id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE performance2 index index 153 1000000 Using index


* 실행결과를 다시 종합해보면

1) COUNT(*) : 0:00:00.054
2) COUNT(컬럼) : 0:00:00.592
3) COUNT(DISTINCT(컬럼)) : 0:00:02.955

그렇습니다. 실행결과를 보면 인덱스 거는거에 상관없이 COUNT(*)이 가장 빠르게 질의를 수행한다는 것을 알 수 있

을 것입니다. 누구나 다 아는 사실이지만, 참고가 될 수 있도록 글을 기재합니다.

[ 실행환경 ]

MySQL Version : 5.1.41-community

테이블 형태 : MyISAM

컬럼 형태 : varchar(50)

문의 내용이 있으시면 쪽지로 주시면 감사하겠습니다.

끝까지 읽어주셔서 감사합니다.

상황

로컬(IDE) 환경에서 잘 실행되던 로직인데,
Jar파일로 실행할때 에러 발생 (FileNotFoundException)

Log

 java.io.FileNotFoundException: src/main/resources/keystore/server.truststore (그런 파일이나 디렉터리가 없습니다)

원인

에러가 생기는 부분은 아래와 같다.

 File trustStoreFile = new File(trustStoreFilePath);

• jar로 실행시에는, IDE에서의 file 시스템과 경로가 다름
• 로컬 IDE 환경에서 File을 사용하려 하면 file:// 로 시작되는 url (실제 파일 시스템으로 접근)
  Jar 실행 환경에서 File을 사용하려 하면 jar://로 시작되는 url

해결 방법

inputStream을 이용

// 수정전
File file = new ClassPathResource(filePath).getFile();


// 수정후
InputStream instream = new ClassPathResource(filePath).getInputStream();

// InputStream 을 이용해 File 생성 후 사용하는 방법
File somethingFile = File.createTempFile("test", ".txt");
try {
    FileUtils.copyInputStreamToFile(inputStream, somethingFile);
} finally {
    IOUtils.closeQuietly(inputStream);
}

주의!

• File Path 변경
  기본 classpath: src/main/resource
  filePath=src/main/resource/keystore/test.jks
  => (아래로 수정)
  filePath=keystore/test.jks
  
  
• ClassPathResource(filePath).getFile();에서 에러 발생
  java.io.FileNotFoundException: class path resource [파일] cannot be resolved to absolute file path because it does not reside in the file system: jar:file:/....

자세히 알고 싶다면 아래에서 확인

참고 - https://sonegy.wordpress.com/2015/07/23/spring-boot-executable-jar%EC%97%90%EC%84%9C-file-resource-%EC%B2%98%EB%A6%AC/

1. LG 에너지 솔루션 이란?

작년 전기차 2차전지의 은총을 받아 한때 시총 3위까지 올라갔던 LG화학에서 배터리 사업부만 빼서 분할 상장하는 게 LG 에너지 솔루션(엔솔)입니다. 요즘 자회사 분할 상장 때문에 카카오 함께 크게 이슈몰이를 하고 있죠.

1-1. 비하인드 스토리

2020년 10월에 LG화학으로부터 물적 분할이 확정됨.

10년 전부터는 적자만 내는 파트 였지만, 대 전기차 시대가 오고 테슬라와 거래를 하고, 세계 2위의 2차 전지 제조기업이 되면서 승승장구

국내 2,3위인 SK이노베이션, 삼성SDI에 비해 현금이 부족한 LG의 지원을 받지 못해 인력이 계속 빠져나가고, 사업 투자에 어려움을 겪어 IPO를 확정

2. 공모주 청약 정보

• 2021-01-18~19 (2일간) : 청약 진행
  2021-01-21 : 배정 & 환불
  20201-01-27 : 상장
• 예상 공모가 30만원/주
  증거금 150만 원(증거금 50% 기준 : 10주) 넣으면 최소 2주 받을 것으로 기대
• 청약 가능 증권사
  KB(467만 주) >> 대신, 신한, 미래 (233만 주) >> 하나, 신영, 하이(21만 주)

3. 공모주 청약해야 하는 이유

LG 화학으로부터 분할된다는 이야기가 나올 때부터 한창 이슈였고
LG화학에서도 적자를 내는 다른 파트와 함께 있음에도 시총 3위까지 올라가는 저력을 보여줌
(적자 부분 없이 배터리 사업부만 단독 상장이기 때문에 더 기대가 되는 부분)

기관 77%가 의무보유확약을 신청했기 때문에, 일정기간 동안 되팔지 못함

때문에 대량의 매도 물량 걱정은 당분간 없다

아직 전기차 시대는 시작도 하지 않았다...

비록 LG화학과 2차 전지 ETF의 주주로써, 받은 타격이 작진 않지만.. 충분히 매력적인 주식임은 틀림없다

확실한 실적

넓은 고객사 : 테슬라를 포함한, 폭스바겐, GM 등을 고객사로 두고, 다른 완성차 기업과 합작사 설립 등

이미 받아놓은 주문 금액이 260조 원

매수 일자 : 2022년 01월 10일
시장 상황 :

(9일)21년 12월 FOMC의 회의록이 공개되면서 예상했던 테이퍼링 + 금리인상뿐 아니라, 올해 긴축까지 들어갈 생각을 가지고 있다는 소식이 전해지면서 나스닥 -3% 등 기술주가 특히 많이 빠짐.

그리고 다음 날 약간의 기술적 반등으로 상승하면서 시작했으나 마지막에 살짝 밀리면서 마감한 상황 이후에 살짝 횡보+ 조정하면서 SPY RSI가 40에 근점, TQQQ는 거의 3달 전 가격까지 할인

한마디로 완전 빅 세일 기간!!!

오늘만 1300만원을 태웠다!! 왜냐하면 1년에 4번정도 오는 빅세일이기 때문!!! (큰손인척)

매수 종목 : TQQQ
매수 가격 : $134
매수 수량 : 57
매수 이유 : 장기적으로 무조건 우상향하는 TQQQ, RSI가 30중반까지 떨어지는건 1년에도 3~4번 밖에 안 오는 빅세일 찬스!! 단기적으로 봐도 무조건 오른다

매수 종목 : BULZ
매수 가격 : $22.1
매수 수량 : 90
매수 이유 : 빅테크 기업들로 이루어졌기 때문에 떨어지는데에도 한계가 있는데, RSI가 30초반으로 그 한계라고 생각됨.
중단기용으로 매수

매수 종목 : FNGU
매수 가격 : $31.5
매수 수량 : 40
매수 이유 : 빅테크 기업들로 이루어졌기 때문에 떨어지는데에도 한계가 있는데, RSI가 30초반으로 그 한계라고 생각됨.
중단기용으로 매수