<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Gold Layer Design on Databricks — MERGE vs Overwrite, Partitioning, SCD Type 2 from SAP in Community Articles</title>
    <link>https://community.databricks.com/t5/community-articles/gold-layer-design-on-databricks-merge-vs-overwrite-partitioning/m-p/159034#M1279</link>
    <description>&lt;P&gt;Part 3 of my series on building an enterprise data platform on Databricks is up - this one cover Gold layer design.&lt;/P&gt;&lt;P&gt;The short version: Gold isn't just aggregated Silver. Silver maps to your source system. Gold maps to the business questions your consumers are actually asking - and those two things are almost never the same shape.&lt;/P&gt;&lt;P&gt;What's in the post:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;MERGE vs overwrites for Gold writes, and the threshold where we switched (40min overwrite runs on vendor_balance at ~10M rows)&lt;/LI&gt;&lt;LI&gt;Partitioning strategy for financial tables: BUKRS+GJAHR for period aggregates, BUKRS alone for balances, no partition on dimensions&lt;/LI&gt;&lt;LI&gt;Z-ordering on LIFNR+MONAT for finance report query patterns&lt;/LI&gt;&lt;LI&gt;SCD Type 2 from SAP master data using a validity window at Gold&lt;/LI&gt;&lt;LI&gt;What doesn't belong in Gold — and the two days we spent auditing a table we eventually deleted&lt;/LI&gt;&lt;LI&gt;Full vendor_balance Gold table in PySpark with MERGE pattern&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;This is Part 3 of 5. Parts 1 and 2 covered Bronze ingestion (GoldenGate + Kafka + Structured Streaming alongside JDBC historical load) and Silver reconciliation. Part 4 is about why three-layer medallion wasn't enough and what we added.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Full post:&lt;/STRONG&gt; &lt;A title="Designing the Gold Layer on Databricks — What Belongs and What Doesn’t" href="https://medium.com/@savlahanish/gold-is-not-just-aggregated-silver-designing-for-business-questions-035d14102459" target="_self"&gt;Designing the Gold Layer on Databricks — What Belongs and What Doesn’t&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Happy to answer questions on any of the decisions — there were a few where we went back and forth longer than we should have.&lt;/P&gt;</description>
    <pubDate>Mon, 15 Jun 2026 11:29:39 GMT</pubDate>
    <dc:creator>savlahanish27</dc:creator>
    <dc:date>2026-06-15T11:29:39Z</dc:date>
    <item>
      <title>Gold Layer Design on Databricks — MERGE vs Overwrite, Partitioning, SCD Type 2 from SAP</title>
      <link>https://community.databricks.com/t5/community-articles/gold-layer-design-on-databricks-merge-vs-overwrite-partitioning/m-p/159034#M1279</link>
      <description>&lt;P&gt;Part 3 of my series on building an enterprise data platform on Databricks is up - this one cover Gold layer design.&lt;/P&gt;&lt;P&gt;The short version: Gold isn't just aggregated Silver. Silver maps to your source system. Gold maps to the business questions your consumers are actually asking - and those two things are almost never the same shape.&lt;/P&gt;&lt;P&gt;What's in the post:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;MERGE vs overwrites for Gold writes, and the threshold where we switched (40min overwrite runs on vendor_balance at ~10M rows)&lt;/LI&gt;&lt;LI&gt;Partitioning strategy for financial tables: BUKRS+GJAHR for period aggregates, BUKRS alone for balances, no partition on dimensions&lt;/LI&gt;&lt;LI&gt;Z-ordering on LIFNR+MONAT for finance report query patterns&lt;/LI&gt;&lt;LI&gt;SCD Type 2 from SAP master data using a validity window at Gold&lt;/LI&gt;&lt;LI&gt;What doesn't belong in Gold — and the two days we spent auditing a table we eventually deleted&lt;/LI&gt;&lt;LI&gt;Full vendor_balance Gold table in PySpark with MERGE pattern&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;This is Part 3 of 5. Parts 1 and 2 covered Bronze ingestion (GoldenGate + Kafka + Structured Streaming alongside JDBC historical load) and Silver reconciliation. Part 4 is about why three-layer medallion wasn't enough and what we added.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Full post:&lt;/STRONG&gt; &lt;A title="Designing the Gold Layer on Databricks — What Belongs and What Doesn’t" href="https://medium.com/@savlahanish/gold-is-not-just-aggregated-silver-designing-for-business-questions-035d14102459" target="_self"&gt;Designing the Gold Layer on Databricks — What Belongs and What Doesn’t&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Happy to answer questions on any of the decisions — there were a few where we went back and forth longer than we should have.&lt;/P&gt;</description>
      <pubDate>Mon, 15 Jun 2026 11:29:39 GMT</pubDate>
      <guid>https://community.databricks.com/t5/community-articles/gold-layer-design-on-databricks-merge-vs-overwrite-partitioning/m-p/159034#M1279</guid>
      <dc:creator>savlahanish27</dc:creator>
      <dc:date>2026-06-15T11:29:39Z</dc:date>
    </item>
  </channel>
</rss>

