[00:50] <sksno1> 안녕하세요
[02:46] <drake_kr> 스위치 왔당
[03:43] <sksno1> 닌텐도 스위치 말씀하시는건가요??
[03:43] <sksno1> 저도 참 사고 싶긴한데.. ㅎㅎㅎ
[04:14] <autowiz> 흐아암 ㅠㅠ
[04:14] <autowiz> Postgres 만 그런지는 모르겠는데  쿼린 실행할때 좀 비효율 적인 부분이 있네요.
[04:14] <autowiz> table T1 에 c1 컬럼 (integer pkey) , c2 컬럼( varchar) 이 있을때
[04:14] <autowiz> c1은 당연히 인덱스가 걸려 있어서
[04:14] <autowiz> select * from T1 where c1 > 숫자  ;          이런 쿼리를 실행시키면 숫자의 크기에 따라서 인덱스의 앞쪽에 있을거같으면 전체풀스켄을하고
[04:14] <autowiz> 뒤쪽인거 같으면 인덱스가 빠를거라고 생각하고 인덱스 스캔을 하는데.
[04:16] <autowiz> 문제는 select * from T1 where c1 > ( select max(c1) from T1 ) ;      처럼 내부? 서브? 쿼리가 실행되기 전에 결과값을 알 수 없는경우 seq_scan 을 타버려서 실행시간이 엉망이 되어버립니다 .
[04:16] <autowiz> seq_scan (풀스캔) 을 막아버리거나 , 응용프로그램에서 쿼리를 두번 나눠서 돌리는 방법을 써야할거 같습니다.
[04:16] <autowiz> 시간되면 다른 DBMS 도 그런지 확인해봐야할거같습니다 ㅜㅜ
[04:18] <autowiz> -------------
[04:18] <autowiz> alicedb=# select max(id) from alert_live ;
[04:18] <autowiz>     max
[04:18] <autowiz> -----------
[04:18] <autowiz>  490871508
[04:18] <autowiz> (1 row)
[04:18] <autowiz> Time: 0.691 ms
[04:18] <autowiz> alicedb=# explain select * from alert_live where id > 490871508
[04:18] <autowiz> alicedb-# ;
[04:18] <autowiz>                                       QUERY PLAN
[04:18] <autowiz> --------------------------------------------------------------------------------------
[04:18] <autowiz>  Index Scan using idx_alert_live_id on alert_live  (cost=0.43..26.52 rows=6 width=93)
[04:18] <autowiz>    Index Cond: (id > 490871508)
[04:18] <autowiz> (2 rows)
[04:18] <autowiz> Time: 0.596 ms
[04:18] <autowiz> alicedb=# explain select * from alert_live where id > 100 ;
[04:18] <autowiz>                               QUERY PLAN
[04:18] <autowiz> -----------------------------------------------------------------------
[04:19] <autowiz>  Seq Scan on alert_live  (cost=0.00..6785601.36 rows=8913309 width=93)
[04:19] <autowiz>    Filter: (id > 100)
[04:19] <autowiz> (2 rows)
[04:19] <autowiz> Time: 0.487 ms
[04:19] <autowiz> alicedb=# explain select * from alert_live where id > ( select max(id) from alert_live ) ;
[04:19] <autowiz>                                                                    QUERY PLAN
[04:19] <autowiz> -------------------------------------------------------------------------------------------------------------------------------------------------
[04:19] <autowiz>  Seq Scan on alert_live  (cost=1.04..6785602.41 rows=2971103 width=93)
[04:19] <autowiz>    Filter: (id > $1)
[04:19] <autowiz>    InitPlan 2 (returns $1)
[04:19] <autowiz>      ->  Result  (cost=1.03..1.04 rows=1 width=4)
[04:19] <autowiz>            InitPlan 1 (returns $0)
[04:19] <autowiz>              ->  Limit  (cost=0.43..1.03 rows=1 width=4)
[04:19] <autowiz>                    ->  Index Only Scan Backward using idx_alert_live_id on alert_live alert_live_1  (cost=0.43..5328739.61 rows=8913309 width=4)
[04:19] <autowiz>                          Index Cond: (id IS NOT NULL)
[04:19] <autowiz> (8 rows)
[04:19] <autowiz> Time: 0.649 ms
[04:19] <autowiz> alicedb=#
[04:19] <autowiz> ----------------------
 딴소리지만 select * from T1 where c1 > ( select max(c1) from T1 ) ; 는 결과가 없을 것 같네요 ㅋ
 mysql 의 경우는 비슷한 쿼리 짜서 explain 해 보면 Using where; Using index 라고 나오네요. 음..
 오… 18.04 아이콘 테마가 바뀐다고 합니다. http://www.omgubuntu.co.uk/2017/11/suru-default-icon-theme-ubuntu-18-04-lts
[10:13] <autowiz> 아이콘이 많이 바뀌는거 같네요. 점점 더 이뻐지고 있는거같습니다 ㅎㅎ
[10:15] <autowiz> max 한값에서 10 이나 100 정도 뺐어야 하는데 챗방에 치면서 잊어버렸네요 ㅜㅜ 18.04 LTS 도 5달 밖에 안남은건가요 ㅎㅎㅎ 세월이 참 빠릅니다
[10:28] <PotatoGim> 음...? 한국인 DBA를 왜 메일링에서...;;
[12:52] <yhsphd> 안녕하세요
[12:57] <twinsen^wee> set
[12:59] <twinsen^wee> set help.weechat.highlight
[12:59] <twinsen^wee> -_-;;;
[13:02] <yhsphd> 질문드릴 게 있습니다 제가 atom n270 gma950이 달린 넷북에 주분투 17.10을 설치했는데요, 이전 버전까지는 그렇지 않았는데 화면의 일부가 깨지고 그 위로는 마우스 커서만 갈 수 있더라고요. 그런데 외부 모니터를 한 번 연결해주면 재부팅할 때까지는 그 문제가 사라집니다.
[13:04] <yhsphd> 우분투 17.10에서 디스플레이 서버가 wayland로 바뀌었다고 해서 디스플레이 서버를 확인해보았는데 x11이더라고요. wayland 문제는 아니라고 생각되는데 이런 문제의 원인이나 해결 방법을 알 수 있을까요?
[13:05] <yhsphd> 문제 화면은 IRC에 올릴 수 없어 링크로 대신 보내드리겠습니다.
[13:06] <yhsphd> https://drive.google.com/open?id=1DQMvSsepuadFhWPSc6He0CXPJl65lNn3
[13:18] <twinsen^wee> 우분투 데스크톱 사용해본지 어언 7년... 저런 문제는 처음 봅니다. 16.04 LTS 에서 문제가 없었는데 17.10 라이브 모드에서도 저렇게 나오던가요
[13:18] <yhsphd> 아니요, 라이브 모드에서는 정상적으로 나왔었습니다.
[13:32] <twinsen^wee> 구글링하다보니 좀 다른 사례입니다만... 2/3가 아니라 화면 반쪽이 안나오는 12.04 gma500 사례에서, 터미널 열고 lightdm을 restart해보라는 글이 있습니다만...글쎄요 https://askubuntu.com/questions/144330/how-do-i-fix-this-half-screen-problem
[13:33] <twinsen^wee> 17.10부터 lightdm이 아니라 GDM이라 그러던데...글쎄요
[13:33] <yhsphd> 아 저는 주분투 사용하고 있습니다
[13:34] <yhsphd> 오랫동안 절전 모드로 해놓았다가 다시 켜보니까 괜찮아지네요.. 아마도 절전 모드를 거치며 lightdm이 다시 시작된 게 아닌가 합니다.
[13:41] <twinsen^wee> 저는 죽을까봐(아... 저말고 컴퓨터가 죽을까봐가 아니라 절전모드 들어갔다가 깨어나지 못할을까봐 소심하게도) 절전모드 거의 사용하지 않고 있습니다ㅋ 노트북을 거즌 데스크톱처럼 사용중이라서;;;
[13:42] <twinsen^wee> 시험삼아 어디 절전 suspend를 쿡
[13:43] <twinsen^wee> 아 요번에는 죽지 않고 깨어나는군요 ubuntu mate 16.04가
[13:44] <yhsphd> 제가 완전히 고쳐졌는지 확인해보려고 재부팅을 해보았는데 문제는 그대로였습니다. 조금 전에 올려주신 링크대로 lightdm을 재시작해도 문제는 해결되지 않네요. 어쩌면 주분투만의 문제일 수도 있어 다른 배포판들도 시도해 보겠습니다.
[13:47] <twinsen^wee> -_-;잘 되길 바랍니다. xubuntu는 12.04때만 구닥다리 놋북에서 몇개월만 써봐서 저는 트러블슈팅 경험이 전혀 없습니다;
[13:47] <yhsphd> 답변 감사합니다.
[13:50] <twinsen^wee> 더 고급진 답변이 (다른 분으로부터) 올라올수 있다면  좋겠네요. 저는 10분 구글링하고 10분간 따라해보고 안되면 포기하는 초보라서...
[13:52] <yhsphd> 7년하셨으면 초보는 아니라고 생각합니다 전 살면서 우분투만 써왔고 그것도 15.10 버전부터였네요...
[18:13] <Work^Seony> 안녕하세요
 굿모닝
 전 kubuntu 16.04 이번에 업데이트 했더니...복붙이 안되는 증상 생겨서 코딩하는데 고생중입니다.
 구글링 해도 완전히 똑같은 사례는 없어서 ㅋ
 저는 vim 안에서 한정으로 그런 문제가 보이네요 ㅋㅋㅋ
 첫번째 복붙은 되는데 두번째부터 첫번째에 복사한걸로 붙여져요