<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Cheng Chen on Mooncake</title>
    <link>https://mooncake.pgsty.com/authors/cheng-chen/</link>
    <description>Recent content in Cheng Chen on Mooncake</description>
    <generator>Hugo</generator>
    <language>en-US</language>
    
    
    
      <lastBuildDate>Thu, 05 Nov 2026 19:17:16 +0800</lastBuildDate>
    
    
      <atom:link href="https://mooncake.pgsty.com/authors/cheng-chen/index.xml" rel="self" type="application/rss+xml" />
    
    <item>
        <title>Mooncake is joining Databricks!</title>
        <link>https://mooncake.pgsty.com/blog/post/mooncake-and-databricks/</link>
        <pubDate>Wed, 01 Oct 2025 00:00:00 +0000</pubDate>
        
        <guid>https://mooncake.pgsty.com/blog/post/mooncake-and-databricks/</guid>
        <description>&lt;p&gt;Thirteen months ago, we started Mooncake to bring the data intelligence stack that powers giants like OpenAI to every vibe-coded app and developer. From first prompt to IPO.&lt;/p&gt;&#xA;&lt;p&gt;Today, we&amp;rsquo;re joining forces with Databricks.&#xA;The mission continues: make &lt;a href=&#34;https://www.databricks.com/product/lakebase&#34;&gt;Lakebase&lt;/a&gt; and the Lakehouse feel like one.&lt;/p&gt;&#xA;&lt;hr&gt;&#xA;&lt;p&gt;For a decade, we thought the final form of a database was one that could do it all. Fast updates, transactions, analytics. For database people, this was HTAP. It never quite landed. Zhou and Cheng built it. Pranav tried to sell it. It was hard.&lt;/p&gt;</description>
      </item>
    <item>
        <title>Mooncake: a real-time storage engine for Apache Iceberg</title>
        <link>https://mooncake.pgsty.com/blog/post/white-paper/</link>
        <pubDate>Mon, 11 Aug 2025 00:00:00 +0000</pubDate>
        
        <guid>https://mooncake.pgsty.com/blog/post/white-paper/</guid>
        <description>&lt;p&gt;This technical overview assumes familiarity with &lt;a href=&#34;https://iceberg.apache.org/&#34;&gt;Apache Iceberg&lt;/a&gt;, an open table format for analytical datasets. Iceberg is part of the general &amp;ldquo;Lakehouse&amp;rdquo; movement, where users:&lt;/p&gt;&#xA;&lt;ol&gt;&#xA;&lt;li&gt;Store large datasets using open file formats (Parquet + Metadata) in Object Storage&lt;/li&gt;&#xA;&lt;li&gt;Query them directly by engines like Spark, Trino, Flink, and DuckDB using SQL&lt;/li&gt;&#xA;&lt;li&gt;Get the benefits of &amp;lsquo;database features&amp;rsquo; like schema evolution &amp;amp; time-travel&lt;/li&gt;&#xA;&lt;li&gt;Scale practically infinitely, and aren&amp;rsquo;t locked into a vendor&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;p&gt;Iceberg was built for slow-changing data + batch analytics &amp;amp; processing. That world is pretty clear and only improving with engines getting better at reading open formats.&lt;/p&gt;</description>
      </item>
    <item>
        <title>The easiest way to Analytics in Postgres: pg_mooncake v0.1</title>
        <link>https://mooncake.pgsty.com/blog/release/pgmooncake-v01/</link>
        <pubDate>Sat, 11 Jan 2025 00:00:00 +0000</pubDate>
        
        <guid>https://mooncake.pgsty.com/blog/release/pgmooncake-v01/</guid>
        <description>&lt;p&gt;We &lt;a href=&#34;https://mooncake.pgsty.com/blog/post/how-we-built-pgmooncake/&#34;&gt;announced&lt;/a&gt; &lt;code&gt;pg_mooncake&lt;/code&gt; to the world on Day 60.&lt;/p&gt;&#xA;&lt;p&gt;Today, Day 131, &lt;code&gt;pg_mooncake&lt;/code&gt; comes out of &lt;a href=&#34;https://github.com/Mooncake-Labs/pg_mooncake/releases/tag/v0.1.0&#34;&gt;beta&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;&lt;code&gt;pg_mooncake&lt;/code&gt; wins on &lt;strong&gt;ease&lt;/strong&gt; and &lt;strong&gt;performance&lt;/strong&gt;. So, we doubled down for v0.1. That&amp;rsquo;s it.&lt;/p&gt;&#xA;&lt;h2 id=&#34;the-easiest-way-to-fast-analytics-in-postgres&#34;&gt;The Easiest Way to Fast Analytics in Postgres&#xA;&lt;/h2&gt;&#xA;&lt;p&gt;With a native columnstore table in Postgres, &lt;code&gt;pg_mooncake&lt;/code&gt; brings familiar table semantics to the way you run analytics. Columnstore tables support transactional operations like &lt;code&gt;INSERT&lt;/code&gt;, &lt;code&gt;SELECT&lt;/code&gt;, &lt;code&gt;UPDATE&lt;/code&gt;, &lt;code&gt;DELETE&lt;/code&gt;, and &lt;code&gt;COPY&lt;/code&gt;, alongside joins with regular Postgres heap tables.&lt;/p&gt;</description>
      </item>
    <item>
        <title>pg_mooncake: Fast Analytics in Postgres with Columnstore Tables and DuckDB</title>
        <link>https://mooncake.pgsty.com/blog/post/how-we-built-pgmooncake/</link>
        <pubDate>Wed, 06 Nov 2024 00:00:00 +0000</pubDate>
        
        <guid>https://mooncake.pgsty.com/blog/post/how-we-built-pgmooncake/</guid>
        <description>&lt;p&gt;&lt;a href=&#34;https://mooncake.pgsty.com/docs/intro/&#34;&gt;&lt;code&gt;pg_mooncake&lt;/code&gt;&lt;/a&gt; brings columnstore tables with DuckDB execution to Postgres for fast analytics.&lt;/p&gt;&#xA;&lt;p&gt;It supports transactional inserts, updates, and deletes, just like regular Postgres tables. Data is written with Delta Lake (and Apache Iceberg in v0.2+) table metadata, allowing it to be queried outside of Postgres.&lt;/p&gt;&#xA;&lt;h2 id=&#34;why-another-postgres-analytics-extension&#34;&gt;Why another Postgres analytics extension?&#xA;&lt;/h2&gt;&#xA;&lt;p&gt;Postgres is the most popular database these days, but it&amp;rsquo;s bad at analytics. Numerous attempts have been made to address this, but with limited success so far. Fast analytics require a distinct set of techniques, such as columnar storage, vectorized execution, and late materialization, etc. Early projects like Citus &amp;amp; Timescale added columnar storage, but there was no good vectorized execution to leverage the format.&lt;/p&gt;</description>
      </item>
    <item>
        <title>Mooncake: next-gen search and analytic systems</title>
        <link>https://mooncake.pgsty.com/blog/post/mooncake-launch/</link>
        <pubDate>Wed, 30 Oct 2024 00:00:00 +0000</pubDate>
        
        <guid>https://mooncake.pgsty.com/blog/post/mooncake-launch/</guid>
        <description>&lt;p&gt;We are Zhou, Cheng, and Pranav. And we&amp;rsquo;ve spent the last decade building databases at MemSQL (now SingleStore).&lt;/p&gt;&#xA;&lt;p&gt;We love complex systems, deep-tech engineering, and naturally – physics 🙂 Data systems, much like physics, are built on certain principles. The principles need to be unanimous and durable.&lt;/p&gt;&#xA;&lt;p&gt;Building systems that are simply &amp;rsquo;technically&amp;rsquo; better is futile. The success of a data system depends on the principles it embodies, and changing them along the way is extremely difficult. Closed-source companies can&amp;rsquo;t go to open source and expect adoption. Databases can&amp;rsquo;t just abandon their storage format and be effective stateless engines.&lt;/p&gt;</description>
      </item>
    
  </channel>
</rss>
