우리 고객이 우리가 15 개월 동안 작업해온 프로젝트를 취소 할 것으로 보입니다. 어느 시점에서 다시 시작될 수 있습니다 (가능성은 낮지 만). 우리는 또한 이렇게하면서 몇 가지 영역에서 회사 제품을 확장했습니다. 다른 프로젝트 팀도 비슷한 확장을해야 할 수도 있습니다. 우리는 우리가했던 것을 활용할 수 있기를 바랍니다. 그래서 후대 (다른 인력을 포함 할
인덱스를 삭제하기 위해 프로덕션 환경에서 사용되지 않는 인덱스를 찾기 위해 쿼리를 작성했습니다. 그러나 last_user_update 열이 색인이 전적으로 유지 관리 오버 헤드라는 표시인지 여부가 궁금합니다. 그것을 삭제하는 것이 좋을 것입니다, 또는 인덱스가 insert/update/delete 구문의 수행을 도왔는지, 나는 그것을 버리고 싶지 않을 것입
데이터베이스의 모든 인덱스가 마지막으로 통계를 업데이트 할 때 빠르고 쉽게 나열 할 수 있습니까? 선호되는 대답은 질의 일 것입니다. ... 이 내가 필요로 무엇을 위해 일 편집, 약간의 모드가 훌륭한 대답을 @OrbMan하는 FULLSCAN, 샘플 N 등 : 또한, 통계의 "품질"을 결정하는 것이 가능하다 SELECT
STATS_DATE(i.ob
저는 온라인 사진 커뮤니티를 운영하고 있습니다. 사이트가 데이터베이스 액세스에서 크롤링을 당하고 때로는 시간 제한을 초과하는 것으로 보입니다. 나는 SQL 쿼리를 작성하고 테이블을 설계하는 것이 상당히 바람직하다고 생각하지만, 결코 DBA가 아닙니다 ... 따라서 문제입니다. 일부 배경 : 내 사이트와 SQL 서버가 원격 호스트에서 실행된다. Visual
나는 다른 사람들을위한 몇 개의 라이브러리를 유지합니다. 그들 각각을위한 몇 가지 릴리스를 마친 후에, 내가 다시해야한다면, 내가 다르게 할 몇 가지가 있습니다. 질문은 : 내가해야합니까? 저는 우리 모두가 딜레마에 직면 해 있다고 생각합니다 - 유지 보수 활동의 유용성과 변화의 파괴적 효과의 균형을 맞추는 방법. 분명히 버그의 경우 변경이 필수적입니다.
나는 그것의 내부에 여러 프로젝트가있는 SVN 저장소, 같은 그 아래 태그/지점/트렁크 구조와 그 각각 가지고있다 - 트렁크 - 태그 - 프로젝트 1 을 가지 프로젝트 2 - 트렁크 - 태그 - 지점 이것은 ~ 40 개의 프로젝트에서 계속됩니다. 내가하고 싶은 것은 버려진 브랜치를 정리하는 것이지만 저장소 트리 전체를 시각화하는 방법은 모른다. 필자가 피할
고객을 위해 Facebook 앱을 작성하면 (소셜 미디어 전략의 시장으로 하나 이상의 Facebook 앱이있는 마케팅 대행사와 협력하는 "개발자"가 될 것입니다.), 단지 화재와 프로젝트 잊어 버릴거야? 내가 지금까지 읽은 것부터 페이스 북 API는 여전히 유동적이며 페이스 북이 만드는 수정 및 변경으로 인해 앱이 중단 될 수있다. 따라서 클라이언트를 위해
이것은 최상의 제목이 아닐 수 있습니다. 누군가 내 문제를 읽은 후에 누군가가 더 나은 것을 생각해 내면 감사하겠습니다. 또한 저는 인터넷에서 주로 독학을하고 있다고 말하고 싶기 때문에 제가 모르는 많은 도구가있을 수 있습니다. Java 및 C# 모두에서 플로우 기반 프로그래밍 (FBP) 개념을 구현하는 소프트웨어를 유지 관리하고 있습니다. 이들 각각에 대
우리는 지금 대략 년간 SSIS 패키지를 개발하고, 이러한 패키지의 유지 보수와 관련이 개 주요 이슈가되었다과 문제 : 1) 우리는 버전 제어를 사용을하지만, 패키지 버전 간의 변경 사항을 확인하는 것은 대단한 일입니다. 2 가지 버전의 패키지 간 텍스트 차이의 결과는 기본적으로 사용할 수 없습니다. 2) 패키지에 익숙하지 않은 사용자는 유지 보수를 돕는