제한 사항 및 사양

Power BI 게시 제한 사항

• 통합 문서당 최대 100개의 Report Builder 요청을 Power BI에 내보낼 수 있습니다.
• 예약 프로세스에서는 101번째 요청에 도달하면 요청 내보내기가 중단됩니다.
• 한 Report Builder 요청에 대해 Analytics 데이터 중 처음 10,000행만 Power BI에 보내지고, 나머지 행은 무시됩니다.

Power BI에 게시 후 Report Builder 요청 편집

Report Builder 요청을 Power BI에 게시 후 편집하면 문제가 발생할 수 있습니다.

• 사례 1: 통합 문서를 Power BI에 게시하고 해당 데이터를 기반으로 시각화를 생성합니다. 다음으로, 통합 문서를 변경하면 이 문서가 참조하는 데이터 세트의 열 중 하나가 사라집니다. 그러면 다시 게시합니다. 이로 인해 Power BI에서 시각화가 손상됩니다.

  다음은 시각화가 어떻게 손상되는지에 대한 예입니다.

  1. Report Builder에서 페이지 차원과 페이지 보기 횟수 지표를 사용하여 요청이 하나인 통합 문서를 만듭니다.

  2. 이 요청을 Power BI에 게시하도록 예약합니다.

  3. Power BI에서, 페이지 및 페이지 보기 횟수에 대한 시각화를 생성합니다.

  4. 이제 요청에서 페이지 보기 횟수를 제거하여 통합 문서를 편집합니다.

  5. 업데이트된 통합 문서의 일정을 편집하고 요청을 Power BI에 다시 게시합니다.

  6. 새 통합 문서가 Power BI에 전송되면

     1. 처음 게시했을 때 만들어진 기존의 데이터 세트를 덮어쓰는지 확인합니다.
     2. page_1 표의 페이지 및 방문 횟수 열이 제대로 업데이트되었는지 확인합니다.
     3. 시각화가 page_1 표에 더 이상 표시되지 않는 페이지 보기 횟수 열을 참조해서 손상됨을 확인합니다.

  다음은 시각화가 어떻게 손상되지 않는지에 대한 예입니다.

  1. Report Builder에서 페이지 차원과 페이지 보기 횟수 지표를 사용하여 요청이 하나인 통합 문서를 만듭니다.

  2. Power BI에 게시하도록 이 요청을 예약합니다.

  3. Power BI에서, 페이지 및 페이지 보기 횟수에 대한 시각화를 생성합니다.

  4. 이제 페이지 및 페이지 보기 횟수를 유지하면서도 방문 지표를 추가하여 Report Builder에서 통합 문서를 편집합니다.

  5. 업데이트된 통합 문서의 일정을 편집하고 요청을 Power BI에 다시 게시합니다.

  6. 새 통합 문서가 Power BI에 전송되면

     1. 처음 게시했을 때 만들어진 기존의 데이터 세트를 덮어쓰는지 확인합니다.
     2. page_1 표의 페이지, 페이지 보기 횟수 및 방문 횟수 열이 제대로 업데이트되었는지 확인합니다.
     3. 시각화가 page_1 표에 여전히 표시되는 두 열을 참조해서 계속 제대로 작동됨을 확인합니다.

• 사례 2: 통합 문서의 한 부분을 Power BI의 대시보드에 고정했다가 나중에 고정된 해당 부분(차트나 표)을 통합 문서에서 제거합니다. 이로 인해 시각화가 손상됩니다.

Power BI 보고서 이름 변경

기본적으로, 공백이 밑줄 문자로 대체된다는 점을 제외하면 보고서 이름은 통합 문서 파일 이름으로 채워집니다(.xlsx 확장명 없이 사용).

주의 사항

• 레이블은 행 및 열 주소용의 틀릴 수 있는 문자와 숫자의 조합일 수 없습니다. 예를 들어, A100은 워크시트에 있는 셀 주소이므로 레이블이 될 수 없습니다.
• 다음 문자는 올바른 레이블 문자가 아닙니다. '#', '@', '!', '$', '^', '&', '*', '’ 및 '~', ' ' . 밑줄로 바뀝니다.
• 유효하지 않은 이름을 입력하면 자동으로 생성된 이름을 제시하는 경고 메시지가 표시됩니다. 예​를 클릭하면, 이 이름이 사용됩니다. 아니요​를 클릭하면, 고급 마법사 UI를 통해 새 이름을 입력할 수 있습니다.