<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: HermitX</title><link>https://news.ycombinator.com/user?id=HermitX</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 30 Oct 2026 03:15:02 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=HermitX" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[Nvidia X StarRocks: Why Now and What We've Built So Far]]></title><description><![CDATA[
<p>Article URL: <a href="https://nextquery.phoenixdata.ai/">https://nextquery.phoenixdata.ai/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=50276526">https://news.ycombinator.com/item?id=50276526</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 28 Oct 2026 16:41:45 +0000</pubDate><link>https://nextquery.phoenixdata.ai/</link><dc:creator>HermitX</dc:creator><comments>https://news.ycombinator.com/item?id=50276526</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50276526</guid></item><item><title><![CDATA[Lessons We Learned Building a RAG Assistant Without a Separate Vector Database]]></title><description><![CDATA[
<p>Article URL: <a href="https://blog.devgenius.io/lessons-we-learned-building-a-rag-assistant-without-a-separate-vector-database-26df51f33219">https://blog.devgenius.io/lessons-we-learned-building-a-rag-assistant-without-a-separate-vector-database-26df51f33219</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48471390">https://news.ycombinator.com/item?id=48471390</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 10 Jun 2026 04:22:37 +0000</pubDate><link>https://blog.devgenius.io/lessons-we-learned-building-a-rag-assistant-without-a-separate-vector-database-26df51f33219</link><dc:creator>HermitX</dc:creator><comments>https://news.ycombinator.com/item?id=48471390</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48471390</guid></item><item><title><![CDATA[Challenges in join optimization]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.starrocks.io/blog/inside-starrocks-why-joins-are-faster-than-youd-expect">https://www.starrocks.io/blog/inside-starrocks-why-joins-are-faster-than-youd-expect</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46708351">https://news.ycombinator.com/item?id=46708351</a></p>
<p>Points: 70</p>
<p># Comments: 21</p>
]]></description><pubDate>Wed, 21 Jan 2026 17:03:31 +0000</pubDate><link>https://www.starrocks.io/blog/inside-starrocks-why-joins-are-faster-than-youd-expect</link><dc:creator>HermitX</dc:creator><comments>https://news.ycombinator.com/item?id=46708351</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46708351</guid></item><item><title><![CDATA[OLAP Workload Testing and Benchmarking Suite]]></title><description><![CDATA[
<p>Article URL: <a href="https://github.com/toddstoffel/analytics_benchmark">https://github.com/toddstoffel/analytics_benchmark</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45767293">https://news.ycombinator.com/item?id=45767293</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 31 Oct 2025 01:07:39 +0000</pubDate><link>https://github.com/toddstoffel/analytics_benchmark</link><dc:creator>HermitX</dc:creator><comments>https://news.ycombinator.com/item?id=45767293</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45767293</guid></item><item><title><![CDATA[New comment by HermitX in "StarRocks 4.0 Is Out: Faster Joins, Native JSON, and Full Iceberg Support"]]></title><description><![CDATA[
<p>Wow, there seems to be a lot of impressive new features!</p>
]]></description><pubDate>Mon, 20 Oct 2025 18:00:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=45647034</link><dc:creator>HermitX</dc:creator><comments>https://news.ycombinator.com/item?id=45647034</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45647034</guid></item><item><title><![CDATA[Data That Delivers: Real-Time Insights for Brand Success in Quick Commerce]]></title><description><![CDATA[
<p>Article URL: <a href="https://blog.zeptonow.com/data-that-delivers-real-time-insights-for-brand-success-in-quick-commerce-b8b9e994d20b">https://blog.zeptonow.com/data-that-delivers-real-time-insights-for-brand-success-in-quick-commerce-b8b9e994d20b</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=44264555">https://news.ycombinator.com/item?id=44264555</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 13 Jun 2025 00:13:40 +0000</pubDate><link>https://blog.zeptonow.com/data-that-delivers-real-time-insights-for-brand-success-in-quick-commerce-b8b9e994d20b</link><dc:creator>HermitX</dc:creator><comments>https://news.ycombinator.com/item?id=44264555</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44264555</guid></item><item><title><![CDATA[ClickHouse vs. StarRocks vs. Presto vs. Trino vs. Apache Spark]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.onehouse.ai/blog/apache-spark-vs-clickhouse-vs-presto-vs-starrocks-vs-trino-comparing-analytics-engines">https://www.onehouse.ai/blog/apache-spark-vs-clickhouse-vs-presto-vs-starrocks-vs-trino-comparing-analytics-engines</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=43723588">https://news.ycombinator.com/item?id=43723588</a></p>
<p>Points: 4</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 18 Apr 2025 00:04:48 +0000</pubDate><link>https://www.onehouse.ai/blog/apache-spark-vs-clickhouse-vs-presto-vs-starrocks-vs-trino-comparing-analytics-engines</link><dc:creator>HermitX</dc:creator><comments>https://news.ycombinator.com/item?id=43723588</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43723588</guid></item><item><title><![CDATA[New comment by HermitX in "Building a Spark observability product with StarRocks"]]></title><description><![CDATA[
<p>Great blog, thanks for sharing!</p>
]]></description><pubDate>Mon, 17 Mar 2025 04:43:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=43385276</link><dc:creator>HermitX</dc:creator><comments>https://news.ycombinator.com/item?id=43385276</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43385276</guid></item><item><title><![CDATA[New comment by HermitX in "From BigQuery to Lakehouse:How We Built a Petabyte-Scale Data Analytics Platform"]]></title><description><![CDATA[
<p>Excellent content! It looks like the Iceberg + StarRocks open lakehouse Architecture is highly effective.</p>
]]></description><pubDate>Wed, 05 Feb 2025 17:12:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=42951735</link><dc:creator>HermitX</dc:creator><comments>https://news.ycombinator.com/item?id=42951735</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42951735</guid></item><item><title><![CDATA[New comment by HermitX in "Building and scaling Notion's data lake"]]></title><description><![CDATA[
<p>Great article, thank you for sharing! I have a question I’d like to discuss with the author. Spark SQL is a great product and works perfectly for batch processing tasks. However, for handling ad hoc query tasks or more interactive data analysis tasks, Spark SQL might have some performance issues. If you have such workloads, I suggest trying data lake query engines like Trino or StarRocks, which offer faster speeds and a better query experience.</p>
]]></description><pubDate>Mon, 15 Jul 2024 08:16:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=40966080</link><dc:creator>HermitX</dc:creator><comments>https://news.ycombinator.com/item?id=40966080</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40966080</guid></item><item><title><![CDATA[New comment by HermitX in "Databricks acquires Tabular, Snowflake fork Iceberg?"]]></title><description><![CDATA[
<p>I believe Snowflake not only needs an open-source table format but also an open-source data lake query engine. Currently, Snowflake has too little presence in this area, and its stock price is reaching new lows.</p>
]]></description><pubDate>Tue, 04 Jun 2024 18:20:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=40577426</link><dc:creator>HermitX</dc:creator><comments>https://news.ycombinator.com/item?id=40577426</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40577426</guid></item><item><title><![CDATA[New comment by HermitX in "DuckDB 1.0.0"]]></title><description><![CDATA[
<p>I suggest you try using StarRocks to query the data lake directly. I know many large companies, including Tencent and Pinterest, are doing this. StarRocks has a truly mature vectorized execution engine and a robust distributed architecture. It can provide you with impressive query performance.</p>
]]></description><pubDate>Mon, 03 Jun 2024 22:53:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=40568600</link><dc:creator>HermitX</dc:creator><comments>https://news.ycombinator.com/item?id=40568600</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40568600</guid></item><item><title><![CDATA[Polaris Catalog: An Open Source Catalog for Apache Iceberg]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.snowflake.com/blog/introducing-polaris-catalog/">https://www.snowflake.com/blog/introducing-polaris-catalog/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=40568500">https://news.ycombinator.com/item?id=40568500</a></p>
<p>Points: 3</p>
<p># Comments: 1</p>
]]></description><pubDate>Mon, 03 Jun 2024 22:43:56 +0000</pubDate><link>https://www.snowflake.com/blog/introducing-polaris-catalog/</link><dc:creator>HermitX</dc:creator><comments>https://news.ycombinator.com/item?id=40568500</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40568500</guid></item><item><title><![CDATA[New comment by HermitX in "HBase Deprecation at Pinterest"]]></title><description><![CDATA[
<p>“Specifically, online analytics workloads would be migrated to Druid/StarRocks”, I'm very interested in this part. Look forward to knowing more about it.</p>
]]></description><pubDate>Thu, 16 May 2024 20:53:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=40382994</link><dc:creator>HermitX</dc:creator><comments>https://news.ycombinator.com/item?id=40382994</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40382994</guid></item><item><title><![CDATA[New comment by HermitX in "Microsoft offers staff to relocate from China"]]></title><description><![CDATA[
<p>As long as the United States is the world’s leading superpower, there will always be a second place trying to challenge its position. Previously it was Japan, now it is China, and there will be other countries in the future.</p>
]]></description><pubDate>Thu, 16 May 2024 19:56:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=40382446</link><dc:creator>HermitX</dc:creator><comments>https://news.ycombinator.com/item?id=40382446</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40382446</guid></item><item><title><![CDATA[New comment by HermitX in "Ten years ago Microsoft bought Nokia's phone unit – then killed it"]]></title><description><![CDATA[
<p>When the times leave you behind, they won't even say goodbye.</p>
]]></description><pubDate>Mon, 06 May 2024 04:05:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=40271055</link><dc:creator>HermitX</dc:creator><comments>https://news.ycombinator.com/item?id=40271055</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40271055</guid></item><item><title><![CDATA[New comment by HermitX in "Using ClickHouse to scale an events engine"]]></title><description><![CDATA[
<p>Is ClickHouse a suitable engine for analyzing events? Absolutely, as long as you're analyzing a large table, its speed is definitely fast enough. However, you might want to consider the cost of maintaining an OSS ClickHouse cluster, especially when you need to scale up, as the operational costs can be quite high.<p>If your analysis in Postgres was based on multiple tables and required a lot of JOIN operations, I don't think ClickHouse is a good choice. In such cases, you often need to denormalize multiple data tables into one large table in advance, which means complex ETL and maintenance costs.<p>For these more common scenarios, I think StarRocks (www.StarRocks.io) is a better choice. It's a Linux Foundation open-source project, with single-table query speeds comparable to ClickHouse (you can check Clickbench), and unmatched multi-table join query speeds, plus it can directly query open data lakes.</p>
]]></description><pubDate>Thu, 11 Apr 2024 20:47:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=40006648</link><dc:creator>HermitX</dc:creator><comments>https://news.ycombinator.com/item?id=40006648</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40006648</guid></item><item><title><![CDATA[New comment by HermitX in "Sam Bankman-Fried is going to prison. The crypto industry isn't any better"]]></title><description><![CDATA[
<p>As long as there is greed in human nature, people like SBF will continue to emerge.</p>
]]></description><pubDate>Thu, 28 Mar 2024 23:00:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=39858465</link><dc:creator>HermitX</dc:creator><comments>https://news.ycombinator.com/item?id=39858465</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39858465</guid></item><item><title><![CDATA[New comment by HermitX in "Velox: Meta's Unified Execution Engine [pdf]"]]></title><description><![CDATA[
<p>To the best of my knowledge, Meta has significantly reduced its investment in the Velox project. Apart from Meta, I'm not aware of any other major company that really uses Velox in a production environment. Frankly speaking, Velox may have already missed the window of opportunity for rapid development. If you're looking for a vectorized execution engine, you could consider ClickHouse (www.clickhouse.com) or StarRocks (www.starrocks.io). If your data analysis scenarios require more multi-table join operations, StarRocks is clearly a better choice.</p>
]]></description><pubDate>Tue, 26 Mar 2024 00:05:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=39822756</link><dc:creator>HermitX</dc:creator><comments>https://news.ycombinator.com/item?id=39822756</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39822756</guid></item><item><title><![CDATA[New comment by HermitX in "How Figma's databases team lived to tell the scale"]]></title><description><![CDATA[
<p>I This is an intriguing article, clearly showing the team's fondness for Postgres. However, Postgres is an OLTP product. I'm curious about what system Figma's data team uses for their data analysis tasks.</p>
]]></description><pubDate>Thu, 14 Mar 2024 19:57:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=39708284</link><dc:creator>HermitX</dc:creator><comments>https://news.ycombinator.com/item?id=39708284</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39708284</guid></item></channel></rss>