DataCouncil 컨퍼런스에서 이 기능과 블로그 포스트의 저자가 발표하는 것을 보았고, 이를 구축하는 데 많은 공예, 창의성, 그리고 세심함이 들어갔음을 알 수 있었음. Hamilton과 MotherDuck 팀의 멋진 출시를 축하함
DuckDB UI와 MotherDuck에서 멋진 비디오가 있음
SQL에 파이프 구문이 있으면 더 좋을 것 같음. SQL은 훌륭하지만, 그 순서는 직관적이지 않으며, 중간 결과를 미리 보기 위해서는 CTE만이 신뢰할 수 있는 방법임. 파이프를 사용하면 각 단계가 중간 출력을 명확히 보여줄 수 있음
예시:
FROM orders
WHERE order_date >= '2024-01-01'
AGGREGATE SUM(order_amount) AS total_spent GROUP BY customer_id
WHERE total_spent > 1000
INNER JOIN customers USING(customer_id)
CALL ENRICH.APOLLO(EMAIL > customers.email)
AGGREGATE COUNT(*) high_value_customer GROUP BY company.country
DuckDB 엔지니어가 있다면, 당신의 도구가 생물정보학/생명공학에서 내 작업에 엄청난 도움이 되었음을 알리고 싶음. 생물학적 데이터(복잡하고, 끊임없이 변화하는)가 요구하는 유연성과 단순함을 가지고 있음
DuckDB가 kusto나 구글의 파이프 쿼리 구문과 같은 파이프 구문을 가지지 않은 것은 치명적인 기능이 빠진 것임
왜 치명적인 기능인가? 우선, LLM은 왼쪽에서 오른쪽으로 텍스트를 완성함. 그것만으로도 치명적인 기능임
하지만 컴퓨팅 파워가 적은 우리 인간에게는 파이프 구문이 (훨씬 더 나은) 코드 완성을 가능하게 함
파이프 구문은 작업하기에 즐거우며 SQL로 돌아가는 것은 정말 실망스러운 순간임
DELETE 쿼리와 함께 작동하지 않기를 바람
DuckDB의 노트북을 탐색하는 것을 정말 좋아하며, 이 기능은 그것들을 더욱 멋지게 만듦. 그러나 공유, 내보내기 또는 git 저장소에 커밋할 수 없다는 점은 매우 제한적임. DuckDB 데이터베이스에 저장하고, 심지어 역사적 버전을 저장하는 것 같지만, 실제로 그것으로 할 수 있는 것이 없음
CTE 검사는 놀라움. 수동으로 너무 많은 시간을 소비함
멋진 도구이며, SQL을 위한 매니폴드 프로젝트와 함께 사용하면 더욱 멋짐. 타입 안전하고 네이티브 DuckDB 구문에 대한 훌륭한 지원을 제공함
멋져 보이지만, 쿼리하려는 전체 테이블을 보고 싶음. 항상 쿼리를 시작할 때 select * from table limit 10;을 빠르게 실행한 후 열과 조인을 추가함