<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Data Formats on API Coding</title>
    <link>https://apicoding.com/tags/data-formats/</link>
    <description>Recent content in Data Formats on API Coding</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Mon, 05 Oct 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://apicoding.com/tags/data-formats/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Stop Reparsing the Same Big JSON Documents: Persist Them as Indexed Binary Instead</title>
      <link>https://apicoding.com/stop-reparsing-the-same-big-json-documents-persist-them-as-indexed-binary-instead/</link>
      <pubDate>Mon, 05 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://apicoding.com/stop-reparsing-the-same-big-json-documents-persist-them-as-indexed-binary-instead/</guid>
      <description>&lt;p&gt;A service loads a 40 MB product catalog from disk every time a worker starts. It parses the JSON into objects, builds a map from SKU to product, and answers price lookups until the next deploy. The parse costs seconds of startup. The object tree often costs several times the file&amp;rsquo;s size in memory, and every worker holds its own copy. A typical request touches two fields of one product. Multiply that by every deploy, every autoscale event and every cold start. Nothing here is broken. The format was built for exchange and it&amp;rsquo;s being used as a database.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
