인덱스가 정의되지 않은 중간 크기의 SQL Server 기반 응용 프로그램이 있습니다. 신분증 열에도 없습니다. 적절한 분야에 대한 색인을 작성하여 더 나은 성능 (특히 데이터베이스가 커짐에 따라)을 얻을 수 있다고 적당히 비싼 애플리케이션 컨설턴트에게 제안했으며, 그는 말했다 :SQL Server에 인덱스를 추가하는 것이 나쁜 생각입니까?
"색인은 응용 프로그램 및 고객의 다른 영역에 큰 영향을 미칩니다. 어떤 상황에서도 그들을 만들면 안된다. "
아무도이 같은 것을 들어 본 적이 없습니까? 어떤 경우에 색인을 만들지 않는 상황이 있습니까?? 나는이 앱에 특별한 것이 아무것도 없다는 것을 볼 수있다. 그것은 int identity 컬럼, 많은 문자열 컬럼, 많은 관계형 테이블을 가지고 있지만, 볼 수있는 특별한 것이나 이상한 것은 없다.
감사합니다.
:
[편집 신원 열, 그들은 Management Studio를 사용하여 데이터베이스에서 찾고, 프로그램에서 설정 한 것 같다 "신원 사양"을 사용하지 않는, 나는 NO 인덱스 ... 찾을 수 있습니다]를 다음과 같은 회의에서 나는이 제품을 생산하는 회사의 CEO (및 수석 건축가)에게이 점에 관해 질문했다. 중소 규모 배포 환경에서 느낀 응답은 색인 관리와 관련된 오버 헤드가 전반적인 사용자에게 부정적인 영향을 미쳤다. 경험은 (응용 프로그램이 많은 쓰기를 수행함) 인덱스의 이점보다 훨씬 유리하지만 대규모 데이터베이스의 경우에는 인덱스를 작성합니다. 기술 지원 담당자는 지나치게 열정적이었고 그의 대답에별로 도움이되지 않았습니다. 신비가 풀렸다.
많은 열이있는 테이블이 있지만 개념적 엔티티가 여러 개 포함되어 있지 않은 것 같습니다. 더 큰 테이블 (열 단위)에는 해당 테이블의 합리적인 그룹에있는 것 같은 많은 특성 데이터가 있습니다. – Aerik
30 열의 좋은 테이블이라고 생각한 것을 보았습니다. 하지만 네 테이블은 약 5에 초점을 맞춘 포아송 분포를 따른다. – Joshua