<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Algorithms on App Coding</title>
    <link>https://appcoding.com/tags/algorithms/</link>
    <description>Recent content in Algorithms on App Coding</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Mon, 05 Oct 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://appcoding.com/tags/algorithms/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>An Embedded Sketch Database: Billions of Events, Megabytes of Storage, Error Bars on Every Answer</title>
      <link>https://appcoding.com/an-embedded-sketch-database-billions-of-events-megabytes-of-storage-error-bars-on-every-answer/</link>
      <pubDate>Mon, 05 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://appcoding.com/an-embedded-sketch-database-billions-of-events-megabytes-of-storage-error-bars-on-every-answer/</guid>
      <description>&lt;p&gt;Counting unique visitors exactly means remembering every visitor. Say 6 million distinct IPv4 addresses hit a checkout service today. Packed at 4 bytes each, that set is 24 MB before any hash table overhead, and you need one per service, per region, per day you want to compare. Redis answers the same question with a HyperLogLog in about 12 KB per key, at a standard error of about 0.81%.&lt;/p&gt;&#xA;&lt;p&gt;The thin part is the database around it: a SQLite-shaped file of sketches with time buckets, rollups and a SQL front door (check before you start; this space moves). The version worth building stores nothing but mergeable sketches, grouped by dimension and time bucket, and every aggregate returns its error bound next to the value. You never keep the events. It&amp;rsquo;s the extreme case of &lt;a href=&#34;https://apicoding.com/the-best-small-infrastructure-tools-reduce-data-near-the-source-instead-of-storing-more/&#34;&gt;reducing data near the source&lt;/a&gt;: keep the answer, drop the rows.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
