<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Duckdb on Antonio Cortés (DrZippie)</title><link>https://antoniocortes.com/tags/duckdb/</link><description>Recent content in Duckdb on Antonio Cortés (DrZippie)</description><generator>Hugo</generator><language>es-es</language><lastBuildDate>Sat, 29 Aug 2026 10:22:14 +0200</lastBuildDate><atom:link href="https://antoniocortes.com/tags/duckdb/index.xml" rel="self" type="application/rss+xml"/><item><title>AWS compra DuckLabs: qué cambia y qué no para quienes usamos DuckDB</title><link>https://antoniocortes.com/2026/08/29/aws-compra-ducklabs/</link><pubDate>Sat, 29 Aug 2026 00:00:00 +0000</pubDate><guid>https://antoniocortes.com/2026/08/29/aws-compra-ducklabs/</guid><description>&lt;p&gt;El 26 de agosto, Mark Raasveldt y Hannes Mühleisen publicaron &lt;a href="https://duckdb.org/2026/08/26/ducklabs-to-join-aws.html"&gt;una nota muy breve en el blog de DuckDB&lt;/a&gt;: DuckLabs, la empresa detrás de DuckDB, pasa a ser una filial de Amazon Web Services. La operación se cierra a principios de septiembre.&lt;/p&gt;
&lt;p&gt;Lo he leído con más atención de la habitual porque en CARTO llevamos relativamente poco tiempo usando DuckDB, y yo mismo he escrito aquí sobre &lt;a href="https://antoniocortes.com/duckdb-formatos-archivos-optimizacion/"&gt;formatos de archivo y rendimiento&lt;/a&gt; y sobre &lt;a href="https://antoniocortes.com/2026/03/02/duckdb-httpfs-proxy/"&gt;el lío de httpfs detrás de un proxy&lt;/a&gt;. Cuando adoptas una pieza en producción y meses después la compra un hiperescalador, lo mínimo es sentarse a mirar la letra pequeña.&lt;/p&gt;</description></item><item><title>DuckDB y httpfs detrás de un proxy: el secreto que nadie te cuenta</title><link>https://antoniocortes.com/2026/03/02/duckdb-httpfs-proxy/</link><pubDate>Mon, 02 Mar 2026 00:00:00 +0000</pubDate><guid>https://antoniocortes.com/2026/03/02/duckdb-httpfs-proxy/</guid><description>&lt;h2 id="el-problema-httpfs-ignora-tus-variables-de-entorno"&gt;El problema: httpfs ignora tus variables de entorno&lt;/h2&gt;
&lt;p&gt;Si trabajas con DuckDB y la extensión &lt;code&gt;httpfs&lt;/code&gt; para leer Parquet remotos, CSVs desde S3 o cualquier recurso HTTP, probablemente asumes que las variables de entorno &lt;code&gt;HTTP_PROXY&lt;/code&gt; y &lt;code&gt;HTTPS_PROXY&lt;/code&gt; funcionan igual que en cualquier otra herramienta. Curl las respeta. wget las respeta. Python requests las respeta. Node.js las respeta.&lt;/p&gt;
&lt;p&gt;DuckDB no.&lt;/p&gt;
&lt;p&gt;Me he encontrado con esto trabajando en un entorno corporativo con proxy obligatorio. Tenía un script que leía ficheros Parquet desde Google Cloud Storage usando &lt;code&gt;httpfs&lt;/code&gt;, y simplemente no funcionaba. Sin error claro, sin timeout descriptivo, solo silencio. Mientras tanto, un &lt;code&gt;curl&lt;/code&gt; al mismo recurso con las mismas variables de entorno devolvía los datos sin problema.&lt;/p&gt;</description></item><item><title>DuckDB: Formatos de archivo y optimizaciones de rendimiento</title><link>https://antoniocortes.com/duckdb-formatos-archivos-optimizacion/</link><pubDate>Sun, 01 Feb 2026 00:00:00 +0000</pubDate><guid>https://antoniocortes.com/duckdb-formatos-archivos-optimizacion/</guid><description>&lt;p&gt;Últimamente estoy trabajando bastante con &lt;strong&gt;DuckDB&lt;/strong&gt;, y una de las cosas que más me interesan es entender cómo optimizar el rendimiento según el formato de archivo que estemos usando.&lt;/p&gt;
&lt;p&gt;No es lo mismo trabajar con Parquet, con CSV comprimido, o con CSV descomprimido. Y las diferencias de rendimiento pueden ser &lt;strong&gt;dramáticas&lt;/strong&gt;.&lt;/p&gt;
&lt;p&gt;Vamos a revisar las optimizaciones clave que hay que tener en cuenta cuando trabajamos con diferentes formatos de archivo en DuckDB.&lt;/p&gt;</description></item></channel></rss>