흑백과 디지털

나는 복잡한 SQL 쿼리를 사용해야 하는 경우, 쉽게 유지보수하기 위해 아래와 같이 with cte  구문을 개인적으로 많이 사용한다. 물론 실질적으로 Python 에서 sqlalchemy 을 사용하기는 하지만 아래와 같이 코드가 나오도록 하는 편이다. 

with 테이블1 as (
    select ....
),
테이블2 as (
    select ....
),
테이블3 as (
    select ...
)
select ...
    from 테이블4
    left join  테이블1 과 테이블4
    left join  테이블2 과 테이블4
    left join  테이블3 과 테이블4

이렇게 만들어 두면 뭔가 더 해석하기 쉬워지는 느낌이 있다. 물론 테이블1, 테이블2, 테이블3 이런 것 내에서도 내부적으로 left join 이 들어 있을 수 있다. 그리고 이렇게 하는 추가적인 이유는 테이블1, 테이블2, 테이블3 이 row 수가 적당해서 괜찮은 속도를 내 줄거라는 기대도 있는 편이다. 
그런데 오늘 where 조건이 걸렸을 때 늦어지는 현상을 발견했다. 원인을 분석해 봤는데 내 의도대로 테이블1, 테이블2, 테이블3 가 만들어지지 않고 Postgresql 알아서 최적화 하면서 다른 방법으로 동작해지면 속도가 늦어졌다. 

 그래서 이 문제는 google gemini 물었더니 materialized  를 사용하라는 답변을 받았다. (물론 gemini 가 추천해준  SQL구문이 틀렸지만 나에게 도움이 되는 답변이었다.) 이런 구문을 cte materialized  라고 하는 것 같다. 

with 테이블1 as MATERIALIZED (
    select ....
),
테이블2 as MATERIALIZED (
    select ....
),
테이블3 as MATERIALIZED (
    select ...
)
select ...
    from 테이블4
    left join  테이블1 과 테이블4
    left join  테이블2 과 테이블4
    left join  테이블3 과 테이블4

이렇게 해 주면 내 의도대로 임시로 테이블1, 테이블2, 테이블3 를 만든다고 한다. 

만일 sqlalchemy 를 사용한다면 다음 처럼 사용할 수 있다. 

s = select([orders.c.order]).cte("regional_sales")
s = s.prefix_with("MATERIALIZED", dialect="postgresql")

  Java 에 보면 native 라는 키워드가 존재한다. 이 코드는 java 가 구현된 부분이 C 또는 C++ 같은 코드로 구현되는 경우 이런 키워드를 사용한다고 배웠다. 내 기억으로는 난 java를 2003년 정도에 배웠던 것 같다. 그 때 이런 키워드를 공부했던 기억이 있다. 

 2010년 중반 쯤에 웹뷰를 이용해서 안드로이드 앱을 개발했다. 이 때 javascript 에서 java 를 호출 하는 코드는 native 라고 했다. 

뭔지 모르겠지만 뭔가 새로운 언어 또는 상위 계층언어 입장에서 오래된 언어 또는 하위 계층(여기서 하위계층은 기계에 가깝다는 의미다.)을 native 라고 부른다는 느낌이 든다. 

아마 오래전 C 언어 입장에서는 assembly 어가 native 일 것이다. assembly 입장에서는 01 로 이루어진 바이너리가 native 일 것이다. 

AI 로 프로그래밍 하는 바이브 코딩이  활성화 된다면 AI 가 만드는 코드 입장에서는 사람이 만드는 코드를 native 라고 인식하는 시대가 곧 도래할 것 같다. 

서버 재부팅 때마다 flask 웹서버가 500에러가 발생하는 에러를 확인했다. 회사내 서버로 서버의 안정성을 위해 수요일 아침마다 서버를 재부팅 시키고 있다. 그런데 이렇게 재부팅 되고 나면 이상하게 flask 웹서버에서 에러가 발생했다. 

로그를 분석해 보면 이상하게 flask 웹서버가 시작되면서 postgresql 서버에 접속하지 못하고 에러가 발생했다. 그런데 수동으로 uwsgi 서비스를 재시작 시켜보면 정상적으로 DB에 접속해서 웹서버가 정상적으로 동작했다.

Ubuntu 24.04 에 시스템을 설정하면서 처음 겪는 현상으로  Postgresql 서버 서비스가 동작하기 전에 uwsgi 서비스가 동작하면서 문제를 일으키는 것으로 추정했다. 찾아보니 Systemd 설정 파일에서 Before 와 After 를 이용해서 다른 시스템과 순서를 제어하는 방법이 있다는 것을 알게되었다. 그래서 아래와 같이  변경했다.

vim /etc/systemd/system/uwsgi.service

==== uwsgi.service ====
[Unit]
Description=uWSGI Emperor service
After=postgresql.service

........
================

After 를 이용해서 "postgresql.service" 가 동작하고 나면 이 서비스가 동작하도록 설정했다. 

이 설정후 정상적으로 웹서버가 동작하는 것을 확인 했다. 

뭔지 모르겠지만 Ubuntu 버전, 클라우드 종류 이런 것들에 따라서 Ubuntu 가 다양하게 변경되어 배포되는 것 같다. 그래서 이번 PC는 서버 Ubuntu 가 아닌 데스크탑 Ubuntu를 설치해서 이런 문제를 겪는 것 같다.