[performance] 당신이 본 가장 우스운 비관은 무엇입니까? [닫은]

오 주여, 나는 그들 모두를 본 것 같아요. 너무 자주 게으른 사람이 성능 문제의 원인으로 문제를 해결하거나 실제로 성능 문제가 있는지 여부를 조사하기 위해 성능 문제를 해결하려는 노력이 종종 있습니다. 이 중 많은 경우에 특정 기술을 시험 해보고 싶어하는 사람이 반짝이는 새 망치에 맞는 못을 필사적으로 찾고 있는지 궁금합니다.

최근 예는 다음과 같습니다.

데이터 아키텍트는 상당히 크고 복잡한 응용 프로그램에서 키 테이블을 세로로 분할하는 정교한 제안을 제공합니다. 그는 변화에 적응하기 위해 어떤 유형의 개발 노력이 필요한지 알고 싶어합니다. 대화는 다음과 같이 진행되었습니다.

나 : 왜 이걸 고려하고 있니? 해결하려는 문제는 무엇입니까?

그를: 표 X가 너무 넓어서 성능상의 이유로 분할하고 있습니다.

나 : 왜 그렇게 넓다고 생각하니?

컨설턴트 : 컨설턴트는 한 테이블에 너무 많은 열이 있다고 말했다.

나 : 그리고 이것은 성능에 영향을 미치고 있습니까?

사용자 : 그렇습니다. 사용자는 애플리케이션의 XYZ 모듈에서 간헐적 인 속도 저하를보고했습니다.

나 : 테이블 너비가 문제의 원인이라는 것을 어떻게 알 수 있습니까?

그 : 그것은 XYZ 모듈이 사용하는 키 테이블이며, 200 열과 같습니다. 문제가되어야합니다.

Me (설명) : 그러나 XYZ 모듈은 특히 해당 테이블의 대부분의 열을 사용하며 사용자가 해당 테이블에서 표시하려는 데이터를 표시하도록 앱을 구성하기 때문에 사용하는 열을 예측할 수 없습니다. 그것은 시간의 95 %는 우리가 것이다 어쨌든 다시 함께 모든 테이블을 조인 바람 줄 가능성이 상처 성능을.

그 : 컨설턴트는 너무 넓어서 변경해야한다고 말했습니다.

나 : 이 컨설턴트는 누구입니까? 컨설턴트를 고용하거나 개발 팀과 전혀 대화하지 않았습니다.

그분 : 글쎄, 우리는 아직 그들을 고용하지 않았습니다. 이것은 그들이 제안한 제안의 일부이지만, 우리는이 데이터베이스를 재구성 할 필요가 있다고 주장했다.

나 : 어. 데이터베이스 재 설계 서비스를 판매하는 컨설턴트는 데이터베이스 재 설계가 필요하다고 생각합니다.

대화는 이런 식으로 진행되었습니다. 그 후, 문제의 테이블을 다시 살펴보고 이국적인 분할 전략이 필요하지 않은 간단한 정규화로 좁힐 수 있다고 결정했습니다. 물론 성능 문제 (이전에는보고되지 않음)를 조사하고 다음 두 가지 요소로 추적하면 문제가 될 수 있습니다.

1. 몇 개의 키 열에 인덱스가 없습니다.
2. MSAccess를 사용하여 프로덕션 데이터베이스를 직접 쿼리하여 키 테이블 ( “너무 넓은”포함)을 주기적으로 잠그는 일부 불량 데이터 분석가.

물론 건축가는 여전히 “너무 넓은”메타 문제에 매달려있는 테이블의 수직 분할을 추진하고있다. 또한 앱을 보거나 성능 분석을 실행하지 않고도 데이터베이스에 대한 주요 디자인 변경이 필요하다고 판단한 다른 데이터베이스 컨설턴트의 제안을 받아 자신의 사례를 강화했습니다.

답변

String msg = "Count = " + count + " of " + total + ".";

StringBuffer sb = new StringBuffer("Count = ");
sb.append(count);
sb.append(" of ");
sb.append(total);
sb.append(".");
String msg = sb.toString();