microstrategy 워크 플로 우수 사례

Question

우리는 microstrategy로 작업하는 5 인의 팀입니다. 우리는 모든 역할을 공유하지만 우리에게는 일하는 것이 없습니다.

누구나 속성을 작성하거나 변경하고 스키마를 변경할 수 있습니다. 이로 인해 보고서가 작동하지 않는 경우가 많습니다. 또한 "좋은"문서가 없습니다. 셰어 포인트가 포함 된 문서를 만들려고했지만 워크 플로우가 없었습니다.

원래 우리는 모든 보고서에 대해 새로 생성 된 모든 속성이있는 오래된 프로젝트를 가졌습니다. 그래서 우리는 기존의 스키마 객체를 재사용하지 않았습니다.

따라서 우리는 새로운 프로젝트를 시작했습니다. 우리는 이해 부족과 워크 플로 부족으로 인해 많은 실수를 저지르고 실현했습니다. 우리는 상황을 더 잘 이해할 수 있다고 느낍니다. 그러나 부모님의 작업 흐름은 여전히 ​​끔찍합니다.

우리는 개발 프로젝트와 이가 프로젝트가 있지만, 우리가 지금 일하는 방식으로는 많은 문제가 있습니다. 특히 누락 된 버전 제어 시스템이 우리를 죽이고 있습니다. 우리는 변화를 수행하고 우리가 한 일을 잊어 버립니다. * 새로운 속성, 사실과 보고서 를 배포을 * 오래된 보고서는 새로운 속성과 사실을 건설 한 후 작동 확인 * : 따라서, 우리는

그래서 모범 사례가 어떤 주어진 일에 유용한 작업을 파괴하고, 백업을 사용해야합니다 매우 어려울 수 있습니다, 어떤 도움을 살고 개발에서 배포 팀 환경에서

Answer 1

티지 개발을 감사 사실 테이블과 부모 - 자식 관계

에 정의 된 문서 * 특성을 향상시킬 수 있습니다. 버전 제어가 없으며 개체 간의 알 수없는 상호 의존성으로 인해 막연한 문제가 발생할 수 있음을 지적했습니다. 이 질문에 대한 정답은 없지만 다음을 제안합니다.

MicroStrategy에서 제공하는 모든 도구를 사용하십시오. 한 프로젝트에서 다른 프로젝트로 배포 할 때 Object Manager에서 끌어서 놓기 만하지 말고 패키지를 만듭니다. 패키지를 배포 할 때 실행 취소 패키지를 만들도록 선택하십시오. 그러면 문제가 발생할 경우 변경 사항을 롤백 할 수 있습니다.

참고로 이러한 문제를 사전에 파악해보십시오. 배치 전후에 Integrity Manager를 실행하면 보고서 용 SQL을 생성하는 것만으로도 문제가 발생하면이를 지적합니다. 참고 :

세 번째 환경/프로젝트를 만듭니다. 이 테스트/릴리스 컨트롤을 원하는대로 호출하십시오. 여기서 Object Manager에서 작성된 패키지를 테스트하여 원하는 효과를 얻고 아무 것도 손상시키지 않도록 할 수 있습니다. 결과적으로, 이것은 배포가 실행되기위한 마른 실행입니다. 이 환경은 프로젝트 복제를 통해 실시간으로 정기적으로 새로 고쳐 져야합니다. 예를 들어 오브젝트 관리자 패키지 가져 오기 오류로 인해 예기치 않은 상태가되지 않도록해야합니다.

이상, 나는 조직적인 조언만을 제공 할 수 있습니다. 개발자가 서로의 변경 사항을 실행 취소하지 않도록 한 사람이 스키마 객체 (사실, 속성, 변환)에 대한 책임을지는 것은 흔한 일이 아닙니다. 대규모 프로젝트를 수행하는 경우 이러한 개체를 기능 영역과 개별 할당 할 수 있습니다.

설명서는 항상 까다 롭지 만 가능한 한 객체 설명에 넣는 것을 좋아합니다. 이것은 웹 인터페이스에서 (툴팁을 통해) 볼 수 있다는 장점이 있으며 생성하려고 선택하면 자동화 된 프로젝트 문서에 포함됩니다.분명히 각 개체에 대한 변경 로그 기능이 있지만 내 경험상 절약 로그가 너무 자주 발생하기 때문에 개발자가 이러한 로그를 곧 완료하지는 않습니다. 하지만 사람들로 하여금이를 채울 수 있다면, 프로젝트의 변화를 먼저 이해할 수 있습니다. , 변화를 무결성 관리자를

시험 변경 사항을 배포 할 수

• 를 사용하여 객체 관리자 패키지를 조기
• 이 릴리스 컨트롤 프로젝트/환경을 사용하여 가능한 모든 문제를 잡으려고 :

  은 요약하면 따라서 프로덕션 환경에서 문제를 포착하지 마십시오.

• 가능하면 특정 개인에게 스키마 개체에 대한 책임을 할당하십시오.