고유번호가 bigint가 아닌 일반 int형이라면 intarray 라는 contrib를 이용해서 배열 요소를 인덱스 할 수도 있습니다.

접속 맺기와 끊기가 빈번하다면 중간에 pgpool을 설치하셔서 pgsql에서의 세션 생성과 해제에 대한 부담을 없앨 수 있습니다.

구조적인 문제는 제가 잘 이해를 못 해서;;

row의 크기가 정해져 있다면 하나의 테이블에 누적하고 성능을 위해서라면 partial index를 고려하시는게 좋을 것 같습니다.

1000개의 요소를 가진 배열 컬럼 26개를 가진 row라.. 저라면 이렇게 하지 않을 것 같습니다.

데이터를 쌓을 때는 row의 수가 적어서 좋을 것 같지만 하나의 row가 크다는 것은 한 row를 가져오려고 할 때 디스크에서 가져와야 하는 데이터가 그만큼 크다는 뜻이 됩니다. 데이터의 크기만 볼 때 108바이트와 104,004바이트는 큰 차이죠.

row의 수를 줄이는 것이 성능에서 중요하다고 생각하시면 partial index로 고유번호에 어떤 룰(예: 고유번호%13)을 이용해 인덱스를 쪼개면 됩니다.

그리고 select 시 배열키(예: 컬럼2[1:2])를 지정해 주지 않으면 배열 컬럼들의 모든 값이 출력될텐데 필요한 값만을 가져오는 것이 DB서버와 네트웍의 부담도 줄이는 방법입니다.

답변 감사합니다.

각 회원 테이블의 고유번호는 모두 같습니다.

예를 들어

 고유번호 | 회원1    회원2   회원3 .........회원1000

       1      |    0            1            2                    2

       2      |    2            2            1                    1

       3      |    1            1            0                    1

                                           .

                                           .

  200000  |    1            1            0                    1

"고유번호"를 인덱스를 만들고 각 회원들의 자료를 읽어나 업데이트를 합니다.

row한 줄을 모두 읽어올 일은 없습니다.

이런 형태로 만들려면 한 테이블에서 만들 수 있는 컬럼의 한계를 넘어버린 것 같아서

배열를 쓰려고 합니다.