Passwd

개요2024.06.23-[Tornado] RequestHandler - Form 입력 처리, 2024.06.24-[Tornado] RequestHandler - 기타 요청 데이터 접근에서 Tornado 애플리케이션에서 여러 형식의 요청 데이터에 접근해보았다.이번 글에서는 동젹 URL을 라우팅하고 핸들러에서 접근해본다.  동젹 URL 사용Application 객체는 라우팅 테이블을 포함하여 전역적인 구성을 담당한다. 라우팅 테이블은 url을 나타내는 정규 표현식과 핸들러 등으로 이루어진 튜플 리스트 또는 URLSpec 리스트가 된다.즉, 정적 URL이 아니라 동적 URL을 처리하고 싶다면 url 부분을 문자열이 아니라 정규 표현식으로 지정해야 한다. 아래 예시는 user 아래에 아무 url을 받으며, 필요..

개요2024.06.23-[Tornado] RequestHandler - Form 입력 처리에서는 Form을 통해 전달받은 데이터를 접근하는 방법에 대해서 알아보았다. 하지만 이번에 맡은 업무는 JSON 등으로 입력받을 예정이다. 따라서 Tornado 애플리케이션에서 이번 글에서는 Form 입력 데이터 이외의 다른 입력 데이터에 접근하는 방법을 적어둔다.   요청 메서드 접근요청 메서드는 self.request.method 속성으로 사용할 수 있다.class MainHandler(RequestHandler): def get(self): print(self.request.method) self.write(self.request.method) def make_app(..

개요2024.06.13-[Python] Tornado 란에서 Tornado 웹 애플리케이션의 기본적인 구조와 실행 방법에 대해서 정리했었는데, 이번 글에서는 Tornado 웹 애플리케이션의 주요 요소 중 하나인 RequestHandler에 대해서 적어본다.  RequestHandlerTornado 애플리케이션의 대부분의 작업은 RequestHandler의 서브 클래스에서 수행된다.RequestHandler의 주 진입점은 HTTP 메서드 이름을 딴 get, post 등이 되며, 메서드는 하나 이상 정의할 수 있다.응답은 RequestHandler.render, RequestHandler.write 등의 함수를 호출하여 생성하는데, 두 함수는 각각 용도에 따라 호출하면 된다. RequestHandler.re..

개요2024.06.20-[Snowflake] 테이블에서 워크시트 상에서 SQL을 수행하여 테이블을 생성하고 데이터를 추가해 보았다.이번 글에서는 이러한 데이터 처리를 수행하는 요소인 가상 웨어하우스에서 간략히 적어둔다.  가상 웨어하우스Snowflake에서 웨어하우스는 데이터를 저장하지 않는다. 대신 데이터를 처리하는 데 사용하는  작업 인력에 해당한다. 즉, 컴퓨팅 리소스 클러스터로 Snowflake에서 SELECT 작업, DML 작업을 수행하기 위해 필요한 CPU, 메모리와 같은 컴퓨팅 리소스를 제공한다. 가상 웨어하우스는 필요에 따라 웨어하우스의 크기를 변경(Scaling Up/Down)하거나, 웨어하우스의 수를 변경(Scaling In/Out)할 수 있다.  Scaling Up/Down가상 웨어하..

개요2024.06.18-[Snowflake] 데이터베이스, 스키마에서 Snowflake에서 사용하는 데이터베이스와 스키마에 대해서 살펴보았다.이번 글에서는 실제로 데이터를 저장하는 테이블에 대해서 알아본다.   테이블Snowflake의 데이터는 논리적 열과 행으로 구성된 데이터베이스 테이블에 저장된다. 테이블의 물리적 구조에는 마이크로 파티션, 데이터 클러스터링 개념이 사용되는데, 각각의 개념은 다음과 같다. 마이크로 파티션Snowflake 내 데이터가 분할되어 저장되는 단위로, 각 마이크로 파티션에는 50MB에서 500MB 사이 용량의 데이터가 포함된다. Snowflake에서 유지 관리하기 때문에 사용자가 직접 관리할 필요가 없다.마이크로 파티션은 용량이 적어 효율적으로 DML을 수행할 수 있고, 빠르..

개요2024.06.17-[Snowflake] 접근 제어에서 Snowflake의 접근 제어 방식에 대해서 정리했는데, 이번 글에서는 실제로 snowflake에서 사용자가 역할을 전환하거나 객체 소유권을 이전하는 방법에 대해 적어둔다.   역할 전환 방법1. 현재 역할 확인홈 인터페이스 왼쪽 하단에 보면 계정명과 현재 사용 중인 역할을 확인할 수 있다. 2. Switch Role 접근계정 정보에서 Switch Role 항목에서 현재 사용할 수 있는 역할의 목록을 확인하고 사용할 역할을 변경할 수 있다. 3. 역할 전환목록에서 전환할 역할을 선택하면 바로 계정 정보가 변경된다.다만 리소스 탐색은 한 번 새로고침해주어야 제대로 보이는 것 같다.   소유권 이전 방법1. 소유권을 이전할 객체 접근이 글에서는 스키..

개요최근 2024.06.16-[Snowflake] 구조, 2024.06.17-[Snowflake] 접근 제어 글을 통해 Snowflake에 대해 알아보고 있는데, 이번 글에서는 Snowflake의 기본적인 요소인 데이터베이스, 스키마에 대해서 다뤄본다.  UI데이터베이스, 스키마, 테이블을 생성해 보기 전에 먼저 Snowflake UI를 살펴본다.Snowflake  UI는 크게 main/home 인터페이스와 워크시트로 구분된다.  main/home 인터페이스객체를 관리하고 탐색하는데 사용한다. 워크시트 (WorkSheet)SQL 등 객체에 대한 명령을 실행하는 데 사용한다.워크시트는 아래와 같은 방법으로 생성할 수 있다. 1. 홈 > 왼쪽 메뉴 > Projects > WorksheetsWorksheets..

개요2024.06.14-Snowflake 란, 2024.06.16-[Snowflake] 구조에서 snowflake에 대해서 간단히 알아보았는데, 이번에는 snowflake가 데이터 접근을 제어하는 방법에 대해 적어본다. + 최근에 들었던 교육에서 다룬 내용 정도만 적어보려고 한다.   접근 제어Snowflake는 두 가지 방식으로 사용자의 데이터 접근을 제어한다.Role-based Access Control (RBAC) : 역할에 권한이 부여되고, 사용자는 역할을 할당받는다.Discretionary Access Control (DAC) : 객체에는 소유자가 있고, 소유자는 객체에 대한 접근 권한을 부여할 수 있다. 이 두 방식을 이해하기 위해서는 다음과 같은 개념이 필요하다.객체 : 접근 권한이 부여되는..

개요2024.06.14-Snowflake 란에서 Snowflake에 대해서 간단히 적어보았는데, 이번 글에서는 Snowflake의 구조에 대해서 적어보려고 한다.  구조Snowflake는 크게 4개 계층 구조로 구성되어 있다. 기존에는 클라우드  서비스, 컴퓨팅, 스토리지 계층으로 구성되어 있었는데, 비교적 최근에 snowgrid라는 기능이 추가된 것 같다.그리고 아주 최근에는 AI 관련 계층이 하나 더 추가된 것처럼 보이는데…… 이 부분은 잘 몰라서 다루지 않으려고 한다.각 계층에 대해서 적어본다.   Snowgrid지역과 클라우드에 걸쳐 비즈니스 생태계를 상호 연결하는 Snowflake의 크로스 클라우드 기술 계층ETL 없이 데이터 복제본 하나로 데이터를 쉽게 공유하고 협업할 수 있게 하는 플랫폼이다..

SnowflakeSaaS로 제공되는 데이터 플랫폼을 기반으로 하는 데이터 클라우드.데이터 저장, 데이터 처리부터 시각화, 머신러닝 등의 작업을 수행할 수 있는 클라우드 기반 테이터 플랫폼으로, 데이터 클라우드 플랫폼 내에서 자유롭게 데이터 편집 및 이동을 수행할 수 있고, 효울적으로 데이터를 보관할 수 있게 한다.  주요 서비스데이터 웨어하우스 : 분석 가능한 형태로 가공된 데이터를 저장할 수 있다.데이터 레이크 : 데이터를 보관할 수 있는 저장소를 제공한다.데이터 엔지니어링: SQL을 이용해 데이터 파이프라인을 효율적으로 구축하고 관리할 수 있다.데이터 교환 : 데이터를 공유하고 연결하는 솔루션을 제공한다.데이터 애플리케이션 : 신규 데이터 분석 애플리케이션을 개발하거나 연동할 수 있다.데이터 사이언스..