| sksno1 | 안녕하세요 | 00:50 |
|---|---|---|
| drake_kr | 스위치 왔당 | 02:46 |
| sksno1 | 닌텐도 스위치 말씀하시는건가요?? | 03:43 |
| sksno1 | 저도 참 사고 싶긴한데.. ㅎㅎㅎ | 03:43 |
| 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:14 |
| autowiz | 문제는 select * from T1 where c1 > ( select max(c1) from T1 ) ; 처럼 내부? 서브? 쿼리가 실행되기 전에 결과값을 알 수 없는경우 seq_scan 을 타버려서 실행시간이 엉망이 되어버립니다 . | 04:16 |
| autowiz | seq_scan (풀스캔) 을 막아버리거나 , 응용프로그램에서 쿼리를 두번 나눠서 돌리는 방법을 써야할거 같습니다. | 04:16 |
| autowiz | 시간되면 다른 DBMS 도 그런지 확인해봐야할거같습니다 ㅜㅜ | 04:16 |
| 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:18 |
| 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 | ---------------------- | 04:19 |
| bridgebot | <draco> 딴소리지만 select * from T1 where c1 > ( select max(c1) from T1 ) ; 는 결과가 없을 것 같네요 ㅋ | 07:56 |
| bridgebot | <draco> mysql 의 경우는 비슷한 쿼리 짜서 explain 해 보면 Using where; Using index 라고 나오네요. 음.. | 07:58 |
| bridgebot | <youngbin> 오… 18.04 아이콘 테마가 바뀐다고 합니다. http://www.omgubuntu.co.uk/2017/11/suru-default-icon-theme-ubuntu-18-04-lts | 10:06 |
| autowiz | 아이콘이 많이 바뀌는거 같네요. 점점 더 이뻐지고 있는거같습니다 ㅎㅎ | 10:13 |
| autowiz | max 한값에서 10 이나 100 정도 뺐어야 하는데 챗방에 치면서 잊어버렸네요 ㅜㅜ 18.04 LTS 도 5달 밖에 안남은건가요 ㅎㅎㅎ 세월이 참 빠릅니다 | 10:15 |
| PotatoGim | 음...? 한국인 DBA를 왜 메일링에서...;; | 10:28 |
| yhsphd | 안녕하세요 | 12:52 |
| twinsen^wee | set | 12:57 |
| twinsen^wee | set help.weechat.highlight | 12:59 |
| twinsen^wee | -_-;;; | 12:59 |
| yhsphd | 질문드릴 게 있습니다 제가 atom n270 gma950이 달린 넷북에 주분투 17.10을 설치했는데요, 이전 버전까지는 그렇지 않았는데 화면의 일부가 깨지고 그 위로는 마우스 커서만 갈 수 있더라고요. 그런데 외부 모니터를 한 번 연결해주면 재부팅할 때까지는 그 문제가 사라집니다. | 13:02 |
| yhsphd | 우분투 17.10에서 디스플레이 서버가 wayland로 바뀌었다고 해서 디스플레이 서버를 확인해보았는데 x11이더라고요. wayland 문제는 아니라고 생각되는데 이런 문제의 원인이나 해결 방법을 알 수 있을까요? | 13:04 |
| yhsphd | 문제 화면은 IRC에 올릴 수 없어 링크로 대신 보내드리겠습니다. | 13:05 |
| yhsphd | https://drive.google.com/open?id=1DQMvSsepuadFhWPSc6He0CXPJl65lNn3 | 13:06 |
| twinsen^wee | 우분투 데스크톱 사용해본지 어언 7년... 저런 문제는 처음 봅니다. 16.04 LTS 에서 문제가 없었는데 17.10 라이브 모드에서도 저렇게 나오던가요 | 13:18 |
| yhsphd | 아니요, 라이브 모드에서는 정상적으로 나왔었습니다. | 13:18 |
| twinsen^wee | 구글링하다보니 좀 다른 사례입니다만... 2/3가 아니라 화면 반쪽이 안나오는 12.04 gma500 사례에서, 터미널 열고 lightdm을 restart해보라는 글이 있습니다만...글쎄요 https://askubuntu.com/questions/144330/how-do-i-fix-this-half-screen-problem | 13:32 |
| twinsen^wee | 17.10부터 lightdm이 아니라 GDM이라 그러던데...글쎄요 | 13:33 |
| yhsphd | 아 저는 주분투 사용하고 있습니다 | 13:33 |
| yhsphd | 오랫동안 절전 모드로 해놓았다가 다시 켜보니까 괜찮아지네요.. 아마도 절전 모드를 거치며 lightdm이 다시 시작된 게 아닌가 합니다. | 13:34 |
| twinsen^wee | 저는 죽을까봐(아... 저말고 컴퓨터가 죽을까봐가 아니라 절전모드 들어갔다가 깨어나지 못할을까봐 소심하게도) 절전모드 거의 사용하지 않고 있습니다ㅋ 노트북을 거즌 데스크톱처럼 사용중이라서;;; | 13:41 |
| twinsen^wee | 시험삼아 어디 절전 suspend를 쿡 | 13:42 |
| twinsen^wee | 아 요번에는 죽지 않고 깨어나는군요 ubuntu mate 16.04가 | 13:43 |
| yhsphd | 제가 완전히 고쳐졌는지 확인해보려고 재부팅을 해보았는데 문제는 그대로였습니다. 조금 전에 올려주신 링크대로 lightdm을 재시작해도 문제는 해결되지 않네요. 어쩌면 주분투만의 문제일 수도 있어 다른 배포판들도 시도해 보겠습니다. | 13:44 |
| twinsen^wee | -_-;잘 되길 바랍니다. xubuntu는 12.04때만 구닥다리 놋북에서 몇개월만 써봐서 저는 트러블슈팅 경험이 전혀 없습니다; | 13:47 |
| yhsphd | 답변 감사합니다. | 13:47 |
| twinsen^wee | 더 고급진 답변이 (다른 분으로부터) 올라올수 있다면 좋겠네요. 저는 10분 구글링하고 10분간 따라해보고 안되면 포기하는 초보라서... | 13:50 |
| yhsphd | 7년하셨으면 초보는 아니라고 생각합니다 전 살면서 우분투만 써왔고 그것도 15.10 버전부터였네요... | 13:52 |
| Work^Seony | 안녕하세요 | 18:13 |
| bridgebot | <draco> 굿모닝 | 23:04 |
| bridgebot | <draco> 전 kubuntu 16.04 이번에 업데이트 했더니...복붙이 안되는 증상 생겨서 코딩하는데 고생중입니다. | 23:04 |
| bridgebot | <draco> 구글링 해도 완전히 똑같은 사례는 없어서 ㅋ | 23:06 |
| bridgebot | <kimej> 저는 vim 안에서 한정으로 그런 문제가 보이네요 ㅋㅋㅋ | 23:32 |
| bridgebot | <draco> 첫번째 복붙은 되는데 두번째부터 첫번째에 복사한걸로 붙여져요 | 23:53 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!