이번 업데이트가 중요한 진짜 이유

Power BI 3월 업데이트는 FabCon 2026(Microsoft Fabric 커뮤니티 컨퍼런스)과 동시에 배포됐습니다. 단순 기능 추가가 아니라 Power BI가 “읽기 도구”에서 “쓰기 가능한 운영 도구”로 전환하는 시점의 공식 선언입니다. (출처: Power BI March 2026 Feature Summary, powerbi.microsoft.com, 2026.03.15)

이번 릴리스에서 GA(정식 출시) 상태로 전환된 기능은 세 가지입니다 — Translytical Task Flow, Direct Lake on OneLake, IBM Netezza ODBC 드라이버. 그 외 Custom Totals, Modern Visual Defaults, TMDL View on Web, DAX UDF 등은 아직 프리뷰입니다. GA와 프리뷰를 구분하지 않고 사용하다 보면 운영 환경에서 예상치 못한 제한에 걸립니다.

▲ 목차로 돌아가기

Translytical Task Flow GA — 보고서에서 DB를 바로 수정한다는 의미

Power BI가 “보기만 하는 도구”라는 건 이번 달부터 옛말입니다

Translytical Task Flow는 보고서 화면을 벗어나지 않고 데이터베이스 레코드를 직접 수정하거나, Teams에 메시지를 자동으로 보내거나, Azure OpenAI API를 호출하는 워크플로를 실행할 수 있는 기능입니다. 2026년 3월 기준으로 GA로 전환됐습니다. (출처: Translytical 작업 흐름 이해하기, Microsoft Learn, learn.microsoft.com/ko-kr)

예를 들어 영업팀이 보고서 내 테이블에서 특정 거래처를 선택하고 “10% 할인 요청” 버튼을 누르면 — Fabric User Data Function이 해당 필터 조건과 일치하는 레코드를 SQL 데이터베이스에서 업데이트하고, 동시에 승인 요청 메시지를 Teams 채널에 자동으로 올립니다. 결재자는 Power BI를 열 필요 없이 Teams에서 승인/거부를 처리할 수 있습니다. 보고서 하나로 분석과 실행이 동시에 되는 구조입니다.

그런데 조건이 있습니다 — 이 경우엔 쓰면 안 됩니다

공식 문서에 명시된 현재 제한사항이 세 가지 있습니다. 첫째, User Data Function이 반환하는 형식은 반드시 문자열(str)이어야 합니다. 복잡한 JSON 구조나 테이블 형태의 결과를 그대로 받아 보고서에 표시하는 건 현재 지원되지 않습니다. 둘째, PBIR(Power BI Enhanced Report) 형식과 PBIP(Power BI Project) 형식은 지원하지 않습니다. 최근 버전 관리 목적으로 PBIP를 도입한 조직이라면 Task Flow 버튼을 바로 쓸 수 없습니다. 셋째, Power BI Embedded는 보안 임베딩(Secure Embed) 시나리오에서만 지원됩니다. (출처: 동일)

데이터 쓰기 저장은 Fabric SQL 데이터베이스, Fabric 웨어하우스, Fabric 레이크하우스(파일 한정)만 지원합니다. 쓰기 부하가 높은 시나리오에서는 SQL 데이터베이스를 기본 원본으로 권장한다고 공식 문서에 직접 나와 있습니다. 레이크하우스를 주 저장소로 쓰는 환경에서 단순히 “GA 됐으니 쓰자”고 넘어갔다가 성능 문제가 생길 수 있습니다.

(출처: Microsoft Learn — Translytical 작업 흐름 이해하기, 2026.03 기준)

▲ 목차로 돌아가기

Direct Lake on OneLake GA — SQL 버전보다 항상 좋은 건 아닙니다

성능이 더 좋다는데, DirectQuery 폴백이 아예 없다는 함정

Direct Lake on OneLake가 이번에 GA로 전환됐습니다. 쿼리가 VertiPaq 엔진을 통해 처리되니 Import 모드와 비슷한 속도를 내면서도 수 시간이 걸리는 전체 데이터 새로 고침 없이 메타데이터만 갱신(프레이밍)합니다. 이것만 보면 무조건 OneLake 버전으로 가는 게 맞을 것 같습니다.

그런데 공식 비교 표를 보면 OneLake 버전에는 DirectQuery 폴백이 지원되지 않습니다. SQL 버전은 가드레일 초과나 SQL 기반 보안이 감지될 때 DirectQuery 모드로 자동 전환해 쿼리를 실행합니다. 성능은 떨어지지만 “일단 결과는 나옵니다.” OneLake 버전은 폴백 자체가 없습니다. 파케이 파일이 10,000개를 초과하거나 용량 가드레일을 넘으면 프레이밍이 실패하고 쿼리가 아예 동작하지 않을 수 있습니다. (출처: Direct Lake 개요, Microsoft Learn, learn.microsoft.com/ko-kr/fabric/fundamentals/direct-lake-overview, 2026.03 기준)

어떤 버전을 선택해야 하는지 기준이 있습니다

공식 문서 기준으로 두 버전을 선택하는 기준은 명확합니다. SQL 분석 엔드포인트 기반 보안(행 수준 보안, 열 수준 보안)을 써야 하거나, 위임 ID(Delegated Identity) 모드가 필요하면 SQL 버전을 쓰는 게 맞습니다. OneLake 버전에서는 SQL 기반 보안 정책이 적용되지 않고 의미 체계 모델 레벨 RLS로 별도 구성해야 합니다. 반면 대용량 레이크 중심 아키텍처에서 최대 성능을 원하고, SQL 뷰나 위임 모드에 의존하지 않는다면 OneLake 버전이 적합합니다.

또 한 가지 — OneLake 버전은 복합 모델(Composite Model) 구성에서도 차이가 있습니다. SQL 버전은 같은 의미 체계 모델 내에서 DirectQuery나 이중(Dual) 테이블을 함께 쓸 수 없습니다. OneLake 버전은 가져오기 테이블을 추가로 결합할 수 있습니다. 단, 계산 열(Calculated Column)은 두 버전 모두 지원하지 않습니다. (출처: 동일)

(출처: Microsoft Learn — Direct Lake 개요, 2026.03 기준)

▲ 목차로 돌아가기

Copilot 업데이트 — 피드백 버튼에 숨겨진 기능

UI 변경만인 줄 알았는데, 진단 파일이 생겼습니다

이번 Copilot 업데이트는 두 가지입니다. 첫 번째는 Copilot 패널 UI가 독립 실행형 Copilot과 동일한 디자인으로 통일됐습니다. 겉모습 변경이라 그냥 넘기기 쉬운데, 동작 방식에도 차이가 생겼습니다. 대화 시작 후 초기 버튼 제안이 사라지고, 입력창이 이전 요청을 처리하는 도중에도 활성화 상태를 유지합니다. 단, 이전 요청이 끝나야 다음 요청이 제출됩니다. 복사 버튼은 응답 상단에서 응답 하단 피드백 버튼 옆으로 이동했습니다. (출처: Power BI March 2026 Feature Summary, powerbi.microsoft.com, 2026.03.15)

두 번째가 더 실용적입니다. 모든 Power BI Copilot 환경에서 엄지 위/아래 피드백을 누를 때 진단 파일을 함께 첨부할 수 있게 됐습니다. 이 진단 파일에는 대화 컨텍스트가 담기는데, 제출 전 미리 볼 수 있어서 민감한 정보가 포함됐는지 확인하고 제거한 후 보낼 수 있습니다. 지원 케이스 조사나 제품팀 피드백에서 “왜 잘못된 응답이 나왔는지” 추적하기가 훨씬 수월해졌습니다.

솔직히 말하면, 이 기능은 Copilot 응답이 여전히 완벽하지 않다는 현실을 Microsoft 스스로 인정하는 방식이기도 합니다. “AI를 항상 검토하세요(Always review content for mistakes)”라는 문구가 여전히 Copilot 입력창 하단에 남아있습니다.

▲ 목차로 돌아가기

DAX UDF 파라미터 256개 — 실제로 달라지는 것

12개에서 256개로 늘었습니다 — 숫자보다 중요한 건 다른 데 있습니다

DAX 사용자 정의 함수(UDF) 프리뷰가 이번 달에도 업데이트됐습니다. 가장 눈에 띄는 건 파라미터 한도가 기존 12개에서 256개로 늘어난 것입니다. (출처: Power BI March 2026 Feature Summary, powerbi.microsoft.com, 2026.03.15) 파라미터가 12개를 넘는 함수를 정의할 일이 얼마나 있을지 의문이 들 수도 있는데, 동적 파라미터 구성이나 반복 패턴을 코드 없이 함수로 감싸는 경우에 실질적인 차이가 납니다.

그것보다 실무적으로 더 중요한 업데이트는 자동 종속성 추적입니다. 이제 테이블명이나 열명, 측정값 이름을 바꾸면 해당 UDF 내부의 참조도 자동으로 동기화됩니다. 단, 테이블 접두어 없이 이름만 쓴 비정규화 참조(unqualified name)는 제외입니다. 공식 문서는 이 경우 DAX에서 열이 아닌 측정값 참조로 해석되므로 자동 수정이나 종속성 추적이 보장되지 않는다고 직접 밝히고 있습니다.

새로운 타입 힌트도 추가됐습니다. 기존 AnyVal, Scalar, Table, AnyRef에 CalendarRef, ColumnRef, MeasureRef, TableRef가 더해졌습니다. UDF 파라미터가 어떤 종류의 개체를 받는지 명시적으로 선언할 수 있어서 재사용성과 오류 추적이 수월해집니다. 암묵적 타입 변환(implicit casting)은 지원하지 않으므로 타입을 맞게 넣지 않으면 오류가 납니다.

▲ 목차로 돌아가기

모던 시각 기본값(프리뷰) — 기존 보고서가 바뀔 수도 있습니다

프리뷰 켜기 전에 이 조건 먼저 확인하세요

Modern Visual Defaults는 Fluent 2 디자인 언어 기반의 새 테마를 기본으로 적용하는 프리뷰 기능입니다. 기본 캔버스 크기는 1080×1920px, 슬라이서는 드롭다운 기본값, 꺾은선형 차트는 부드러운 선, 버튼은 새로운 외관으로 시작합니다. 옵션 → 미리 보기 기능에서 토글을 켜면 활성화됩니다. (출처: 동일)

기존 보고서는 자동으로 바뀌지 않습니다. 보기 → 테마 → 현재 테마 사용자 지정에서 “테마 업데이트”를 선택해야만 기존 보고서에 적용됩니다. 이 점이 중요한데, 팀 내 누군가가 공유 보고서에서 이 옵션을 무심코 적용하면 기존 서식이 통째로 바뀝니다. 운영 환경의 보고서라면 프리뷰 기능을 개인 Desktop에서 먼저 테스트하고 적용 여부를 결정하는 게 안전합니다.

이번 달 추가된 또 다른 기능인 Custom Totals(프리뷰)는 테이블·매트릭스 시각화에서 합계 행의 집계 방식을 Sum, Min, Max, Count(Distinct), Count 중에서 선택할 수 있게 해줍니다. DAX의 기본 합계 동작(필터 컨텍스트 전체에서 측정값 평가)이 아니라 단순 행 합산을 원하는 경우에 유용합니다. 단, 공식 문서는 이 기능이 시각적 계산을 기반으로 하므로 같은 제약을 공유한다고 밝히고 있습니다. 사용자 지정 합계에는 데이터 서식이 자동 적용되지 않으므로 서식은 Data Format 설정에서 별도로 지정해야 합니다.

▲ 목차로 돌아가기

Q&A

▲ 목차로 돌아가기

마치며

Power BI 3월 업데이트는 단순 기능 추가가 아니라 방향 전환에 가깝습니다. 보고서가 읽기 전용 도구에서 운영 도구로 바뀌는 첫 번째 공식 선언이 Translytical Task Flow GA입니다. 이것만큼은 직접 한번 써볼 가치가 있습니다.

반면 Direct Lake on OneLake는 GA라고 해서 무작정 마이그레이션하면 안 됩니다. SQL 기반 보안을 쓰는 환경이거나 DirectQuery 폴백이 필요한 구조라면, SQL 버전이 지금도 더 맞습니다. 공식 비교 표를 한 번만 제대로 읽으면 이 판단이 쉬워집니다.

모던 시각 기본값이나 Custom Totals, TMDL View on Web은 아직 프리뷰입니다. 당장 운영에 올리기보단 개발 환경에서 먼저 써보고 판단하는 게 맞습니다. 업데이트 속도가 빠를수록 문서를 먼저 읽는 습관이 훨씬 중요해집니다.

▲ 목차로 돌아가기

본 포스팅 참고 자료

1. Power BI March 2026 Feature Summary (powerbi.microsoft.com, 2026.03.15)
2. Power BI의 새로운 기능: 2026년 3월 업데이트 (Microsoft Learn)
3. Translytical 작업 흐름 이해하기 (Microsoft Learn)
4. Direct Lake 개요 (Microsoft Learn — Fabric)