왜 최적화가 필요할까?
작업 수가 수천 건을 넘기면 로딩 지연, 뷰 전환 딜레이, 모바일 체감 저하가 발생합니다. 해법은 단순합니다. 작동 범위를 줄이고(아카이브), 계산을 가볍게(수식·롤업 최소화), 화면을 선별적으로 보여주는 것(사전 필터)입니다.
1) 분기 아카이브 파이프라인
- Active: 상태≠완료, 혹은 완료≤30일. 실제 일하는 공간.
- Staging: 완료 31~90일 임시 보관(검색·회고용).
- Archive: Tasks_Q1_2025처럼 분기별 별도 DB로 이동. 필요 시 링크드DB로만 조회.
이동 팁: “완료 & 30일 경과” 뷰에서 일괄 선택→옮기기(다른 DB). 프로젝트 링크·담당자 같은 핵심 속성은 동일 스키마로 유지하세요.
2) 링크드 DB는 “사전 필터”가 기본
- 페이지마다 Linked database 삽입 시 완료 제외·담당자=현재 사용자·마감≤7일 등 필터를 먼저 적용한 뷰만 배치.
- 팀 대시보드엔 “임박/초과”, “차단됨?”만. 전체 리스트 뷰는 별도 보관.
3) 경량 수식·롤업 규칙
- 수식 단순화: 중첩 if 대신 단계별 속성으로 분리(예: D-남은일 → SLA 상태).
- 롤업 최소화: 프로젝트 페이지에 필요한 값만(완료 수/전체 수/포인트 합계). 텍스트 join·대량 카운트 롤업은 지연을 유발.
- 예시 수식(간결형)
D-남은일:dateBetween(prop("마감"), now(), "days")
SLA:if(prop("상태")="완료","완료", if(prop("D-남은일")<0,"초과", if(prop("D-남은일")<=1,"임박","정상")))
4) 첨부·이미지 최적화
- 대용량 파일은 외부 스토리지 링크(버전 관리가 필요한 산출물).
- 페이지 아이콘/커버는 템플릿에서 기본 비활성(리스트/보드 밀도 ↑).
- 반복 업로드 방지: “첨부 원본 URL” 속성으로 출처를 기록.
5) 스키마 슬림화
- 상태·우선순위는 5개 이내. 세부 단계는 체크리스트로.
- 사람 속성은 Responsible(1명)·Reviewer(선택) 2개로 정리.
- 안 쓰는 속성은 월 1회 정리. 값 폭증 태그는 통폐합.
6) 성능 진단 체크리스트
- 뷰 로딩이 2초↑면: 아카이브 누락 여부, 필터/정렬 과다 여부 확인.
- 카드 클릭 지연: 롤업/수식 개수, 이미지 썸네일 과다 여부.
- 모바일 렉: 전체 뷰 대신 “내 작업” 소형 리스트 뷰 제공.
7) 내보내기·백업 전략
- 분기 말: Active/Staging를 CSV로 내보내 로컬·클라우드 이중 보관.
- 프로젝트별 회고용: 완료 항목만 필터→PDF/HTML 내보내기.
- 복구 대비: 핵심 DB(Tasks/Projects/Sprints) 스키마 정의서를 페이지로 보관.
8) 운영 자동화(가볍게)
- 완료 전환 시 완료일 자동 입력(템플릿 버튼).
- 매주 아카이브 후보 뷰를 점검하는 일정(캘린더 리마인드).
- 분기 교체 시 새 Archive DB 생성·링크드 뷰 교체 체크리스트.
FAQ
Q. 아카이브를 다른 워크스페이스로 옮겨도 되나요?
A. 가능하지만 권한·관계형이 끊길 수 있습니다. 같은 워크스페이스 내 분기 DB 분할 후, 필요 시 읽기 전용 공유가 안전합니다.
Q. 검색성이 떨어지지 않나요?
A. 전사 검색은 유지되며, 실무 뷰에서는 링크드DB로만 노출합니다. 전사 검색 + 경량 뷰의 절충이 성능/발견성 모두에 유리합니다.