크기 조회 함수들

• select datname, pg_database_size(oid) from pg_database
• 해당 데이터베이스 디렉터리($PGDATA/base/숫자) 이하 있는 모든 파일 크기의 총합
• 즉, 그 디렉터리를 대상으로 일어나는 중간 과정의 모든 임시 파일들도 그 총합에 포함된다 (concurrently 옵션을 사용해서 만들고 있는 임시 인덱스들의 크기도 포함된다)
• select spcname, pg_tablespace_size(oid) from pg_tablespace
• 설명 생략
  
• select oid::regclass, relkind, pg_indexes_size(oid) from pg_class where relkind in ('r', 'm', 't')
  
• 이 인덱스 크기를 구하는 함수의 인자는 인덱스가 아니라, 그 인덱스를 사용하는 객체다.
• 그 객체에 딸린 모든 인덱스의 총합이다.
• 각 개별 인덱스의 크기를 살펴보려면, 아래 pg_relation_size() 함수를 이용한다.
  
• select oid::regclass, relkind, pg_relation_size(oid) from pg_class where relkind not in ('S', 'v', 'c', 'f','p','I')
•  여기서 재미난 것이 숨어 있는데, 이 함수는 입력 인자로 하나만 쓰면 그 객체 그 자체의 크기를 반환하고, 두번째 입력인자로 'main', 'fsm', 'vm', 'init' 중 하나를 지정하면 그에 맞는 크기를 반환한다.
  
• main: 그 객체 자체(토스트 테이블 제외)
  
• fsm: 테이블, 토스트, 구체화된 뷰인 경우 그 객체의 빈터 지도 파일 크기
• vm: 테이블, 토스트, 구체화된 뷰인 경우 그 객체의 실자료 지도 파일 크기
• init: unlogged 옵션을 사용하는 테이블의 init 파일 크기 (https://postgresql.kr/docs/current/storage-init.html 참조)
• 이렇기 때문에, 이 pg_relation_size() 함수는 정확한 이해 없이 사용하게 되면 의도하지 않게 부정확한 크기를 구하게 된다.
• 테이블만을 고려대상으로 한다면, 아래에서 소개하는 pg_table_size(), pg_total_relation_size() 함수를 사용하는 것이 더 간편하다.
  
• select oid::regclass, relkind, pg_table_size(oid) from pg_class where relkind in ('r', 'm')
• 인덱스를 제외한 테이블에 관계된 모든 파일의 총합(main + fsm + vm + init + toast의 그것들도 함께)
• 즉, 저수준으로 pg_table_size 함수를 구현한다면, pg_relation_size 함수가 여덟번 호출한 결과의 총합이다.
• select oid::regclass, relkind, pg_total_relation_size(oid) from pg_class where relkind in ('r', 'm')
• 대망의 데이터베이스 관리자가 관심 있는 용량 관리용으로 제일 많이 사용하는 함수다 - 이 테이블을 지우면 얼마의 공간을 확보할 수 있어요? 질문의 답을 찾는 함수다.
• pg_table_size() + pg_indexes_size() 값이다.