구차니의 잡동사니 모음

회사 나와서 컴퓨터 켜고 구글 메일 확인하려는데 잘안되는 현상 발생

옆에 있는 허브를 보니 깜박깜박 해서 허브 전원 뽑았다  켜는데 여전한거 봐서는

개인적으로 쓰는 리눅스 서버가 또 먹통이 되었구나.. 싶어서 강제로 껐다 켜는데

몇번을 시도해서 안되길래 뚜껑 열고 보니 55코드

하.. 이 징글징글한 55코드는 ASRock의 숙명인가?

처음에는 55에러(메모리 설치 안됨) 뿜다가

뽑았다가 다시 꽂아주니 4C 에러에서 반복..

그래서 메모리 뱅크 옮겨주니 문제없이 켜지는데 도대체 머가 문제일까..

ASRock 특유의 메모리 슬롯 구조 때문이려나?(양쪽 걸쇠가 아닌 한쪽 걸쇠)

아무튼 이로서 ASRock의 신뢰도가 1하락 중..

검색해보니 ASRock의 메모리 문제는 좀 악명이 높은듯하다.

예전에 적어둔게 없었나..

아무튼.. ALTER SEQUENCE를 통해 RESTART WITH 뒤에 원하는 숫자를 넣어주면 해당 숫자로 시작을 다시 한다.

(예전 기억으로는 0은 안되고 1부터 시작했던 걸로 기억함.)

ALTER SEQUENCE "시퀀스이름" RESTART WITH 1

[링크 : https://gs.saro.me/dev?page=2&tn=5]

습관이라는게 쉽게 바뀌지 않아서 하루 하나 이상의 글을 쓰자는 초기의 정책에서

좀 안써도 되는데~ 라는 쪽으로 바꾸려다가 실패했는데

이번에는 좀 강력하게(!) 정책을 변경할 예정

나를 위한 글에서

남들을 위한 글로 정책을 변경하여

조금은 더 친절하게 글을 쓸 예정

SQL 문을 통해 이것저것 조인을 하다 보면

예상하지 못하게 이상하게 갯수가 많이 늘어가는 경우가 발생한다.

대개(?)는 1:1 조건인줄 알았던 테이블이 예상외로 1:N 조건이기 때문에 발생을 하는데

ROW_NUMBER() OVER(PARITION BY)를 이용하여 left join 결과를 정렬후

상위 쿼리에서(즉 LEFT_JOIN은 서버 쿼리에서 수행) ROW_NUMBER = 1인 조건으로 걸러내면 될 듯 하다.

일단 해보진 않았으니 패스~ 이론적으로만 알아둬야지.. 끄응

SELECT
    A.PersonName, A.Email
FROM
        (
        Select Person.PersonName, Email.Email
            ,ROW_NUMBER() OVER(PARTITION BY Person.ID ORDER BY Email.Email) AS RN
        From person 
        left join Email on Person.ID=Email.PersonId
        ) A
WHERE A.RN = 1

[링크 : https://dba.stackexchange.com/questions/103815...]

[링크 : https://stackoverflow.com/questions/3375436/how-do-i-limit-a-left-join-to-the-1st-result-in-sql-server]

+

UPDATE 쿼리에서 join을 통해 할 경우에도

아마도.. 물리적으로 배열된 컬럼중에 가장 위에것이 되지 않겠냐 라는 답변이 있는데

반대로 생각하면 할때 마다 다른 결과가 나올수도 있다.. 라는 의미가 된다.

[링크 : https://stackoverflow.com/questions/9502449/updating-and-join-on-multiple-rows-which-rows-value-is-used]

하나는 들어있고 다른 하나는 비어있는 걸 합치려고 하니 에러가 나서

찾아보니 그냥 함수를 만들어 버린듯 

CREATE AGGREGATE array_accum (anyarray)
(
    sfunc = array_cat,
    stype = anyarray,
    initcond = '{}'
);  

[링크 : https://gist.github.com/ryandotsmith/4602274]]

[링크 : https://codeday.me/ko/qa/20190625/887424.html]

바탕 화면 정리하다 나온 파일..

노린것도 아니고 조작도 아니지만 참 신기했다.

분석함수를 나타내는거 over()

partition by는 계산 대상 그룹을 지정하고.. 라는데 무슨 말인지 이해가 안된다..

[링크 : http://www.gurubee.net/lecture/2671]

[링크 : https://syoons.tistory.com/8]

[링크 : https://brownbears.tistory.com/310]

곰곰히 생각해보니.. 여러개 쿼리로 일일이 조건을 줘서 통계를 내야 할 걸

한줄에 편리하게 하는 것일 뿐인가?

[링크 : https://javafactory.tistory.com/1343]

+

편하게 쓰려고 만들었다 라는 말이 맞는게

group by는 전체 쿼리에 적용

partition by는 window function 으로 작동

[링크 : https://stackoverflow.com/questions/2404565/sql-server-difference-between-partition-by-and-group-by]

좀 대량으로 지울일이 있어서 pgadmin으로 하려니 일일이 클릭해야 해서 대략 빡침 시전

그러다가 psql 가서 하려니..

크아아 public schema가 아니라 바로 안나오네?!?!

그래서 고민 때리다 검색해보니

[링크 : https://stackoverflow.com/questions/4202135/how-to-drop-multiple-tables-in-postgresql-using-a-wildcard]

pg_tables와 pg_sequences에서 테이블 명을 검색해서 뽑아낼수 있어

그걸 이용해서 drop table, drop sequence를 해버리니 편하네

나에게 정말 숫자와 DB는 적성이 아니구나 라는 생각만 든다.

내가 도대체 멀 한거지? 라는 스스로의 자괴감..

처음하는걸 너무 크고 어려운걸로 해서

오히려 나에게 독이 되어버린 프로젝트..

언제 끝날까?

끝이나긴 할까?