<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Superset on nanta - 데이터 엔지니어링</title><link>https://nanta-data.dev/tags/superset/</link><description>Recent content in Superset on nanta - 데이터 엔지니어링</description><generator>Hugo -- gohugo.io</generator><language>ko</language><copyright>© 2026 nanta</copyright><lastBuildDate>Fri, 27 Feb 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://nanta-data.dev/tags/superset/index.xml" rel="self" type="application/rss+xml"/><item><title>Superset 사용자 제보 이슈 6건 대응기</title><link>https://nanta-data.dev/posts/superset-user-reported-issues/</link><pubDate>Fri, 27 Feb 2026 00:00:00 +0000</pubDate><guid>https://nanta-data.dev/posts/superset-user-reported-issues/</guid><description>데이터 거버넌스팀에서 Superset 사용 중 발견한 이슈 6건을 대응했다. Slack 스크린샷 확장자 누락부터 CSV 다운로드 500 에러까지 난이도가 다양했다. 가장 까다로웠던 건 50만 행 이상 CSV 다운로드 시 PostgreSQL idle_in_transaction_session_timeout이 메타데이터 DB 커넥션을 끊어버리는 문제였다. 에러가 발생하는 커넥션과 원인이 되는 커넥션이 달라서, Redshift만 보고 있었으면 절대 못 찾았을 이슈다.</description></item><item><title>Superset에서 BigQuery가 무한 블로킹되는 이유: gevent와 gRPC의 호환성 문제</title><link>https://nanta-data.dev/posts/bigquery-bi-integration/</link><pubDate>Fri, 27 Feb 2026 00:00:00 +0000</pubDate><guid>https://nanta-data.dev/posts/bigquery-bi-integration/</guid><description>사용자 권한별로 BigQuery를 BI에서 사용할 수 있도록 Redash와 Superset에 연동했다. Redash는 스키마 조회 불가라는 알려진 한계가 있었고, Superset은 더 심각한 문제를 만났다. SqlLab에서는 정상인데 차트 화면에서 쿼리가 무한 블로킹됐다. 원인은 gunicorn의 gevent 워커가 Python 코어 라이브러리를 멍키패칭하면서 BigQuery SDK의 gRPC 호출을 교착시키는 문제였다. 워커 타입을 gthread로 교체해서 해결했고, 업스트림에 문서 픽스 PR을 기여했다.</description></item></channel></rss>