본문 바로가기

Power Query

구조화된 데이터 형식 파워쿼리의 기초를 튼튼하게 하기 위해서 엑셀의 셀 개념을 잊어 버려야 한다. 파워쿼리에서는 셀이 존재하지 않기 때문이다. 간혹 강의를 하는 분들 중에 엑셀의 표를 이야기 하면서 데이터베이스라는 용어를 쓰는 경우가 종종 있는것을 확인 할 수 있는데 엑셀은 데이터베이스가 아니다. 데이터베이스에 접근 할 수는 있지만, 엑셀을 데이터베이스 처럼 쓴다는 표현은 엄연히 잘 못된 것이다. 어떤 의도를 표현 한것인지는 미루어 짐작 할 수 있지만, 적어도 지식을 전달하는 전달자가 정의된 용어를 혼동해서 쓰는것은 어떤 경우에도 바람직하다고 말 할 수 없을 것이다. 많은 데이터베이스 관련 서적에서 스프레드시트와 데이터베이스의 차이점에 대해서 비교를 한다. 엑셀은 스프레드시트이지 데이터베이스가 아니다. 파워쿼리는 데이터베이스.. 더보기
파워쿼리 구성요소 레코드(Record)에 대해서 레코드라고 하면 표형태의 구조에서 열 즉 칸에 해당 하는 것을 필드라고 명명하고 줄 즉, 행에 해당하는 개념을 레코드라고 합니다. 이러한 레코드의 개념과 파워쿼리에서 레코드의 개념은 다르지 않습니다. 좀 더 복잡한 개념으로 정의를 하게 되면 다음과 같습니다. 정의된 필드의 집합을 하나의 단위로 묶어 그룹화 한 개념이 바로 레코드 입니다. 즉, 열에 해당하는 여러 열들의 집합이 바로 레코드 입니다. 열은 첫번째 두번째와 같이 순서로도 구분 할 수 있지만 기본적으로 열 이름이 있는 경우에는 순서는 무의미 해지게 됩니다. 열 이름이 열을 구분짓는 요소로 작동되기 때문이죠. 이말은 결국 순서를 가질수 있지만, 그 순서만이 절대적 위치를 가르키는 요소는 아니라는 것 입니다. 말이 되지 않는 것 같지만, 순서를 존.. 더보기
파워쿼리 M 구성요소 List에 대해서 (2부) {“담당자”,”가격”,1,6,true,#date(2020,2,1)} 이렇게 표현식을 구성하였다고 하면 웬지 우리는 이거슨 안될 것 같다는 생각이 들지도 모릅니다. 이러한 인식의 근간은 바로 정리 강박감이라고 말 할 수 있을 것 입니다. 웬지 정리가 되어 있는 않는 나열이고 이러한 것은 허용이 되지 않을 것 같다는 만연한 뇌피셜이 작동되지 않으십니까? 애석하게도 이러한 표현도 파워쿼리의 리스트에서는 별다른 문제가 없는 아주 정상적인 표현 방식 입니다. 그렇다면 다음은 어떨까요? {{“가격”,”제품명”,”카테고리”},{200,”product A,{“가전”,”식품”}}} 점점 더 복잡계로 나를 이끌고 있구나 하는 불길한 예감이 드시는 분들이 많으시죠 ^^ 복잡하게 구성은 되어 있는 것 같지만 정상적인 표현 방.. 더보기
파워쿼리 M 구성요소 List에 대해서 (1부) 리스트는 그 이름에서 알 수 있듯이 값 목록을 의미 합니다. 일반적인 프로그램 언어에서 데이터 형식이라는 것을 거의 대부분 처음부분에서 배우게 됩니다. 이때 흔히 가장 보편적인 단골로 등장하는 내용들이 데이터 형식의 종류에 대해서 설명합니다. 마찬가지로 파워쿼리는 큰 의미에서 VBA와 같은 프로그램언어로 바라보는 것이 보다 파워쿼리의 특징을 잘 이해 할 수 있는 방법입니다. 하지만, 일반 사용자들에게 있어서 VBA 조차도 어려운데 거기에 또 다른 언어를 또 알아야 한다고 하면 분명 대부분의 모든 사용자들은 손사레를 치게 될 것 입니다. 이런 의미에서 MS의 천재적인 마케팅 전략에 대해 큰 점수를 주고 싶습니다. 개인적으로는 MS의 탁월한 네이밍은 그 어떤 업체들 보다 뛰어나다고 생각합니다. 파워쿼리는 가.. 더보기