엔티티 스키마 이름을 삭제하고 다시 만들지 않고 변경하십시오.

Question

저는 Microsoft Dynamics 365 CRM의 새로운 프로젝트를 개발하는 공급 업체와 협력하고 있습니다. 사용자 지정 기능과 사용자 지정 엔티티가 상당합니다. 벤더는 내가 동의하지 않는 엔티티 이름에 대해 몇 가지 가정을하고 엔티티 이름을 변경하려고합니다. 디스플레이 이름을 변경할 수는 있지만 실제 엔티티 스키마 이름을 다시 만들지 않고는 변경할 수 없다는 말을 들었습니다. 그런 다음 모든 관계를 다시 구성해야하므로 상당한 노력이 필요합니다. 해당 기업에 대한 비즈니스 규칙.

내가 틀렸다고 말하는 것은 아니지만 Microsoft가 엔티티 이름을 리팩토링 할 방법이 없다는 생각이 듭니다. 이것은 실제 응용 프로그램이 아닙니다. 개발 초기 단계입니다. 엔티티 이름을 삭제하고 다시 만들지 않고 변경할 수있는 방법이 있습니까?

아마도 내가 솔루션을 내보내고 해당 내 보낸 솔루션을 수동으로 편집하고 있다고 생각했습니다. 나는 당신이 솔루션을 내보낼 때 zip 파일을 출력하여 다른 환경으로 가져올 수 있다고 믿습니다. zip 파일을 수동으로 수정하여 엔티티 스키마 이름을 변경 한 다음 가져올 수 있습니까? 그게 우리가 데이터를 몰살시킬 수 없다면 나는 상관하지 않습니다.

Answer 1

당신이 일찍부터 삭제하고 재창조하는 것이 더 낫습니다. 솔루션 해킹 XML은 데이터베이스의 테이블 또는 필드 이름을 변경하지 않습니다. 물론 다른 환경으로 내보내기, 편집 및 다시 가져 오기를 할 수는 있지만 원래 환경으로 다시 내보내고 가져 오는 것은 수정하지 않을 수도 있습니다.

Answer 2

해당 공급 업체가 정확합니다. 이것이 가능하지 않습니다. 스키마 이름은 시스템을 사용자 정의 할 때 생성되는 종속성의 수 때문에 작성시 잠겨집니다.

supported이 아닌 솔루션 파일을 수동으로 편집 할 수 있습니다. 리본, 양식, 사이트 맵, 또는 저장된 쿼리 이외의 솔루션 구성 요소를 편집 할 솔루션 파일을 편집

은 지원되지 않습니다.

그래도 작동 시키더라도 문제가 될 수 있으며 문제를 발생시킬 수 있습니다. 커스터마이징은 데이터베이스를 포함한 많은 수의 요소에 직접적인 영향을 미치기 때문에 많은 기능이 제어 할 수없는 구현을 감싸는만큼 정확한 결과를 예측하는 것은 매우 어렵습니다. 이러한 문제가 발생하면 Microsoft는 도움이되지 않을 수도 있습니다.

경험에 비추어 볼 때, 이것은 자극적이지만, 단지 떠나서 움직이는 것이 가장 좋은 것들 중 하나입니다. 최종 사용자는 스키마 이름이 존재하지 않더라도 기술자 만 볼 수 있습니다. 엔티티 표시 이름은 정기적으로 바뀌므로 표시 이름과 다른 스키마 이름을 찾는 것이 일반적이지 않습니다. 즉, 인시던트, kbarticle, transactioncurrency, importmap, 템플릿, 목록, salesorder, bulkoperation 등이 표시 이름과 다릅니다. 몇 가지. 계정은 항상 조직이나 회사로 변경된 것 같습니다. 스키마 이름 변경의 이점은 관련된 노력과 위험에 너무 적습니다. 다른 곳에서 내 시간과 노력을 들일 경우 나에게 해당됩니다.