<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Backend on S3H.com</title>
    <link>https://s3h.com/tags/backend/</link>
    <description>Recent content in Backend on S3H.com</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Fri, 02 Oct 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://s3h.com/tags/backend/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Precomputing Keeps Dashboard Answers Ready in a SQLite File as the Data Arrives</title>
      <link>https://s3h.com/precomputing-keeps-dashboard-answers-ready-in-a-sqlite-file-as-the-data-arrives/</link>
      <pubDate>Fri, 02 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://s3h.com/precomputing-keeps-dashboard-answers-ready-in-a-sqlite-file-as-the-data-arrives/</guid>
      <description>&lt;p&gt;Most dashboards ask the same few questions all day long: requests per endpoint, say, or this month&amp;rsquo;s usage for one customer. The usual setup recounts raw rows on every refresh, or ships every row to a hosted service that bills by the gigabyte.&lt;/p&gt;&#xA;&lt;p&gt;&lt;a href=&#34;https://precomputing.com/&#34;&gt;Precomputing&lt;/a&gt; does the counting once, as the data comes in. You write a short policy that names the answers you want and says how long each level of detail should live. It compiles to plain SQLite triggers, so every INSERT keeps those answers current and reading one is a lookup. Old detail fades on your schedule; unusual events are kept whole.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
