3
그리고 테스트 환경과 프로덕션 환경을 어떻게 동기화합니까?소스 제어에 색인을 넣으시겠습니까?
데이터베이스 테이블의 인덱스에 관해서는 데이터베이스를 쿼리하는 코드 작성에 없어서는 안될 부분입니다. 색인에 대한 영향을 분석하지 않고 새 조회를 도입하거나 조회를 변경할 수는 없습니다.
그래서 내 모든 환경에서 인덱스를 동기화하는 데 최선을 다하고 있지만 솔직히 말해서 나는 이것을 자동화하는 데별로 능숙하지 않습니다. 이것은 일종의 우연한 수동 프로세스입니다.
나는 정기적으로 색인 통계를 검토하고 불필요한 색인을 삭제합니다. 일반적으로 삭제 스크립트를 만들어서 다른 환경으로 복사합니다.
그러나 여기 저기 색인은 정상적인 프로세스 외부에서 생성 및 삭제되며 차이점을 확인하기가 정말 어렵습니다.
나는 t 테이블에 대한 짧은 약어입니다
idx_t_01
idx_t_02
같은 정말 간단, 숫자 인덱스 이름으로 이동하는 데 도움이 한 가지를 발견했습니다. 내가 좋아하는, 관련된 모든 열이 영리 할 때 나는
idx_c1_c2_c5_c9_c3_c11_5
그것은 같은 인덱스를 구별하기가 너무 어렵다, 인덱스 유지 보수가 불가능 찾을 수 있습니다.
누구든지 인덱스 유지 관리를 소스 제어 및 개발주기에 통합하는 정말 좋은 방법이 있습니까?
괜찮은 데이터베이스로, 그건 중요하지 않아야한다. 옵티마이 저/플래너가 색인을 사용할지 여부를 결정해야한다. 모든 환경에서 사용 가능해야합니다. 그렇지 않으면 프로덕션 전까지 인덱스 유지 보수로 인한 성능 문제점을 볼 수 없습니다. –