적당히를 위한 열심히

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초반으로 그 한계라고 생각됨.
중단기용으로 매수

하이라이트

인생은 곱셈 => 내가 0이면 뭘 만나도 0이다

내가 0이 되지 않기 위해 항상 도전

내가 걸어온 길을 인생철학에 빗대어 설명할 줄 아는 사람이 대체 불가능한 사람이다

인터뷰 내용 정리

• 프로필 : 페이스북 SF엔지니어 5년반, 뱅크 샐러드에서 근무 중, 스탠퍼드 MBA 공부중
• 학생 시절 살찐 곰이 나의 이미지
  => 그 편견을 깨고 나온 경험이, 사람들의 편견에 나를 익숙하게 하지 말고, 나를 변하게 할 수 있는 사람이 되자
• 카이스트를 나오면 좋은 대기업을 정해진대로 가는 걸 깨고 나와보자 해서 3개월 나오고 자퇴 결심
• 바로 버클리 대학에 입학 => EECS(전기공학 + 컴퓨터공학) 전공이라 공부량이 어마어마해서 힘듦 
  => 시험중에 1시간 후에 깨워서 시험을 마칠 정도로 열심히 살던 시기
• 인생 모토 : 단기적으로는 비관론자, 장기적으로는 낙관론자
  => 열심히 준비를 하되, 결과에 대해서는 긍정적으로!
• 입사한 페이스북은 자유롭고 좋지만, 그만큼 책임감이 따른다 
  => 계약조건을 하루 만에도 잘릴 수 있을 정도로, 자유는 무제한이지만, 그만큼 책임감이 무겁다
  이것은 마치 큰 힘에는 큰 책임감이 따른단다 피터..?
• 잠자는 시간 말고는 나의 서비스에 대해 24시간 대응을 해야 함
  => 회사에서 더 잘 대우해줘야 하는 게 아닐까 싶을정도
  마치 작년의 나를 보는 것 같네..
• 페북에서 가장 자랑스러운 기억은 큰 보상이 보장된 프로젝트가 아닌 '내가 하고 싶은 프로젝트'
  = 페북에 올린 비디오를 외부 사이트에 임베딩 시키는 기능
  => 몇 건의 메일을 받고, 반대하는 위의 사람들을 설득했고, 성공적으로 만들고, 페북의 이용시간의 몇 프로가 해당 채널로 나옴
  => 성과를 인정받아, 페이스북 개발자의 블로그에 남는 영광을 누림 (이게 2년 차 재직 시절)
• 2번의 승진을 하면 레벨 5가 되는데, 보상도 크고, 종신적으로 있을 수 있지만, 그건 너무 답답할 것으로 생각
  => 페북은 물론 크지만 그곳에 우물 안 개구리가 되고 싶지 않다고 생각
• 뱅크 샐러드를 고른 이유 : 업계 1위가 아닌 회사, 페북의 인재풀이 너무 좋았기 때문에, 회사의 후광을 뒤에 두고, 내가 아니어도 누군가가 했을 것 같다
  => 내 성장을 극대화하려면 그렇지 않은 곳으로 가는 것이 더 좋을 것 같다
• 뱅크 샐러드의 가장 큰 장점
  => CEO의 가까운 데서 일하면서, 어떤 생각과 문제로 시달리는지 간접경험을 할 수 있다
  => 같이 일하는 사람들이 굉장히 뛰어나다 (실리콘밸리 이에 비해 떨어지지 않는 인재들도 많다)
• 뱅샐을 다니면서 MBA를 준비
  => 하나의 스타트업에는 영향을 줬지만, 더 큰 임팩트를 주고 싶다
  => 다른 한국 기업들의 글로벌 역량에도 도움이 되는 일을 하고 싶다
  => 스탠퍼드/하버드 동시에 붙었지만, 둘 다 좋은 곳이지만, 결국 스탠퍼드를 선택
• 아직 어떤 문제를 풀기 위해 이 세상에 왔는가 
  => 아직 답조차 없고, 어떤 문제를 풀지 전진할지 정하지 못함
• 인생은 곱셈과 같다. 내가 0이면 어떤 기회가 와도 0일뿐이다.
  => 내 인생에 좋은 기회가 많이 오더라도, 내가 준비되지 않으면 0일뿐이다
  => 항상 도전하는 자세
  => 그로 인해 좋은 기회가 많이 생긴다
  => 결과가 실패하던 성공을 하던 그 과정에서 얻는 것이 본인 만의 스토리
  => 스토리가 있는 삶이 멋진 삶이다!
  => 나의 인생에 빗대어 내가 걸어온 길을 설명하는 게 찐 멋짐이다!!

느낀 점

와.. 진짜 조곤조곤하게 말하는데, 멋있는 말이 굉장히 많이 나왔다.

MBA를 나오고 나서 행보도 기대되고, 지금 뱅샐도 많이 좋아졌지만

또 그 틀을 깨고 다른 도전을 하러 갈 인우형을 응원하겠습니다!

이 인터뷰 거의 명언제조기..

인터뷰 원본 영상 보기

다른 대표 ETF 상품 알아보기

다른 3배 레버리지 ETF 구경하기

1. UPRO, SPXL 란?

SPY

: 미국의 상위 500개의 대기업을 추종하는 ETF입니다.
UPRO, SPXL : SPY를 3배로 추종 (=SPY가 1% 오르면 UPRO는 3%오름 , 반대로 SPY가 1% 하락시 UPRO는 3%하락))

사실상 UPRO와 SPXL는 SPY를 3배로 추종하기 때문에 차이가 별로 없어요.

똑같다고 보시면 돼요. (굳이 차이를 뽑자면.. UPRO이 수수료가 조금 더 싸고, SPXL가 더 오래되고 규모가 큼)

2. 상세설명

미국에 상장된 상위 500여 개의 대기업의 시가총액을 구해서, 얼마나 오르고/내렸는지 추종하는 지수를 만든 S&P500 (=SPY)를 3배로 추종하는 레버리지 ETF입니다. 사실상 SPY가 미국에 투자를 하는것이기 때문에 미국이 망하지 않는 한 꾸준히 우상향한다고 생각하면 될 것 같아요.

나스닥 100개의 기술주를 추종하는 QQQ와 비교해 더 많은 기업, 특히나 금융주와 기존 가치주들을 포함하고 있습니다.그래서 QQQ와 많이 보시는것 같은데, 관계는 아래와 같아요.

SPY:UPRO = QQQ:TQQQ

(워렌 버핏도 추천하는 S&P500은 여기에서 확인하기..!)

QQQ에 비해 더 많은 기업, 그리고 금융주, 기존 가치주들을 대거 포함하고 있기 때문에, 

테이퍼링/금리인상(+긴축재정)으로 스트레스를 받는 2022년에는 QQQ보다 SPY가 더 매력적이긴 하네요.

반대로 코로나가 터진 20년부터 21년까지는 SPY보다 우세한 양상이었는데, 과연 올해는 어떻게 될지 지켜보자구요.

3. SPY 기초 상품

SPY를 기초 자산으로 삼는 인버스/레버리지 상품으로는

SPY : S&P 500 1배

UPRO, SPXL : 3배 레버리지

SSO : 2배 레버리지 

SH : 1배 인버스

SDS : 2배 인버스

SPXU : 3배 인버스

4. 특장점

TQQQ = 안정성 + 더 높은 수익률이라고 설명했는데요.

UPRO, SPXL = 더 안정적 +높은 수익률 이라고 설명하는게 좋겠네요.

아무래도 비슷한 QQQ와 비교하는게 더 와닿으실텐데요.

금융주 + 가치주 + 덩치가 크기 때문에, 기술주가 떨어지는 장에서도 오르는 경우가 많고, 덜 빠지고, 덜 오르는 ETF죠.

즉, 덜 빠지고/오를순 있어도 어떤 주식과 비교해도 안정적이다! 대신 덜 올라가는 아쉬움을 3배 레버리지로 극뽁!

(어차피 우상향이니까, 덜 빠지는 경우는 잠깐이다...)

ETF계의 예금이라고 생각될 만큼 안정적이면서 높은 수익률을 대표하는 상위500개 기업에 투자하는 S&P500!
그리고 SPY를 3배로 추종하는 UPRO,SPXL !!!

5. 최근 추세 (최근 1년)

TQQQ와 비슷한 양상이네요.. 만만치 않게 많이 올랐네요 (작년에 무려 80%정도의 수익)

6. 나의 생각

재작년/작년은 코시국으로 인해 최근 기술주의 초강세였고 덕분에 QQQ가 급격하게 오르긴 했습니다만!

올해는 금리인상 관련한 이슈가 많기 때문에, 그럴때 혜택을 보는 금융주/가치주를 굳이 거를 필요가 없습니다!

거르는게 아니라 포함시켜야 더 많이 오르거나, 덜 빠지겠죠!

올해를 길게 봤을땐 SPXL,UPRO도 꾸준히 줍줍하면 좋을것 같네요.

매수 일자 : 2022년 01월 06일
시장 상황 : 21년 12월 FOMC의 회의록이 공개되면서 예상했던 테이퍼링 + 금리인상뿐 아니라, 올해 긴축까지 들어갈 생각을 가지고 있다는 소식이 전해지면서 나스닥 -3% 등 기술주가 특히 많이 빠짐.
아침이 되자, 한국 주식도 폭삭 떨어지면서 시작!

올해에 긴축 리스크를 계속 안고 가야하는 부담감이 생긴건 맞지만,
그래도 과하게 조정이 들어왔다 생각하고 조금씩 분할 매수 시작!! 오히려 좋아!!!!


매수 종목 : 현대차
매수 가격 : \213500
매수 수량 : 7
매수 이유 : 올해는 전기차와 반도체가 특히 장이 좋을 것 같은데, 한국의 전기차 No.1! 마침 조정장으로 인한 매력적인 가격대

매수 종목 : 삼성전자
매수 가격 : \76700
매수 수량 : 20
매수 이유 : 올해는 전기차와 반도체가 특히 장이 좋을 것 같은데, 세계 최고의 반도체 기업! 특히나 다시 반도체 사이클이 올 거라는 리포트들이 조금씩 많아지는 추세(호황 예상) 마침 조정장으로 인한 매력적인 가격대, 안 되면 팔만 전자에 팔자

매수 종목 : 카카오
매수 가격 : \100000
매수 수량 : 20
매수 이유 : 전부터 갖고 싶던 네이버&카카오인데 거의 작년 여름 가격으로 할인하는 중이라 매력적인 가격대! 네이버보다 조금 더 떨어져서 카카오로 선택

매수 종목 : 카카오 게임즈
매수 가격 : \77200
매수 수량 : 33
매수 이유 : 3일동안 20% 하락 (4분기 매출 하락 예상, 기존 게임 매출 부진), 근데 오히려 너무 과도하게 떨어진 감이 있어서 단기 투자 목적으로 가장 많이 매수한 종목

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

그리고 다음 날 약간의 기술적 반등으로 상승하면서 시작했으나 마지막에 살짝 밀리면서 마감한 상황

어쨋든 금리인상+긴축으로 인한 리스크가 커진것은 맞지만,

지금의 조정장이 오히려 좋은 매수 포인트 일 수 있다고 생각하고 분할 매수 시작!

매수 종목 : BULZ
매수 가격 : $24.67
매수 수량 : 200
매수 이유 : 조정장이 좀 더 이어질 순 있으나, 애플, 구글등 탄탄한 IT 대기업의 독주는 계속 될 것!

페이팔의 영향인지 FNGU에 비해서도 많이 떨어지는 중. RSI:40으로 매력적인 매수 구간! 단타 용도로 많이 매수

매수 종목 : FNGU
매수 가격 : $34.2635
매수 수량 : 116
매수 이유 : 조정장이 좀 더 이어질 순 있으나, 애플, 구글등 탄탄한 IT 대기업의 독주는 계속 될 것! 이것도 중단기용으로 매수

매수 종목 : T
매수 가격 : $25.67
매수 수량 : 40
매수 이유 : 안정적인 통신주이면서 고배당주. 재작년에 이미 한 번 데였지만, 그 후론 떨어지지 않고 조금씩 오르거나 횡보중, 금리인상시 헷지용 + 5G대비하는 용도 (중장기)

매수 종목 : DAL

매수 가격 : $40.82
매수 수량 : 15
매수 이유 : 오미크론이 다행히 약하다. 아마 진짜 리오프닝의 시기가 올 것 같다. 이미 작년에 리오프닝 기대감이 얼마나 매력적인지 확인했고, 이번엔 진짜 리오프닝 시기가 온다면 더 폭발적으로 올라가지 않을까 싶지만 금리인상 이슈가 걱정 (중장기)

매수 종목 : CCL
매수 가격 : $21.90
매수 수량 : 20
매수 이유 : 오미크론이 다행히 약하다. 아마 진짜 리오프닝의 시기가 올 것 같다. 이미 작년에 리오프닝 기대감이 얼마나 매력적인지 확인했고, 이번엔 진짜 리오프닝 시기가 온다면 더 폭발적으로 올라가지 않을까 싶지만 금리인상 이슈가 걱정 (중장기)

매수 종목 : NVDA

매수 가격 : $272
매수 수량 : 3
매수 이유 : 마이크론으로 시작된 반도체 사이클의 호황냄새! 마침 고점대비 20% 세일중! (장기)