<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Technology on AltSql.com</title>
    <link>https://altsql.com/tags/technology/</link>
    <description>Recent content in Technology on AltSql.com</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Mon, 05 Oct 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://altsql.com/tags/technology/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>AltSql Is a Native Hybrid of Key-Value and SQL, From the Sensor to the Gateway</title>
      <link>https://altsql.com/altsql-is-a-native-hybrid-of-key-value-and-sql-from-the-sensor-to-the-gateway/</link>
      <pubDate>Fri, 02 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://altsql.com/altsql-is-a-native-hybrid-of-key-value-and-sql-from-the-sensor-to-the-gateway/</guid>
      <description>&lt;p&gt;AltSql is a native hybrid of key-value and SQL, in the engine and in the database: one small engine and one set of records, from the sensor to the gateway, with nothing to translate in between. Everything else AltSql offers follows from that.&lt;/p&gt;&#xA;&lt;p&gt;The engine is the software. The database is the data the software keeps. The engine is code: it writes records, finds them again, keeps them safe through a power cut and answers questions about them. The database is the records themselves, stored in order, usually in one file. In AltSql the hybrid lives in both. The engine is one piece of code with two ways in, and the database is one set of records that both ways reach.&lt;/p&gt;</description>
    </item>
    <item>
      <title>AltSql Core and AltSql DB Are Now Open Source Under the Apache License 2.0</title>
      <link>https://altsql.com/altsql-core-and-altsql-db-are-now-open-source-under-the-apache-license-2.0/</link>
      <pubDate>Mon, 05 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://altsql.com/altsql-core-and-altsql-db-are-now-open-source-under-the-apache-license-2.0/</guid>
      <description>&lt;p&gt;For now the project focuses on two products: the engine, AltSql Core, and the database, AltSql DB. Both are open source under the Apache License 2.0. The code is on &lt;a href=&#34;https://github.com/AltSql/altsql&#34;&gt;GitHub&lt;/a&gt;. Premium add-ons may come later under different licenses.&lt;/p&gt;&#xA;&lt;p&gt;AltSql keeps key-value and time-series records on the device and answers SQL on the gateway, with the same records on both, so nothing gets translated in between. The device keeps working and deciding when the link drops, and it sends less. The &lt;a href=&#34;https://altsql.com/altsql-is-a-native-hybrid-of-key-value-and-sql-from-the-sensor-to-the-gateway/&#34;&gt;native hybrid&lt;/a&gt; post says why that matters.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Introduction</title>
      <link>https://altsql.com/introduction/</link>
      <pubDate>Fri, 25 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://altsql.com/introduction/</guid>
      <description>&lt;p&gt;A connected product usually handles its data on two computers. The device is a microcontroller with kilobytes of RAM, flash that wears with every erase, and power that can vanish in the middle of a write. The gateway gathers data from many devices and passes it on. Each side has good tools of its own, and they don&amp;rsquo;t share a format. So every product team writes converter code between them, and somebody keeps it working for the ten or more years the device stays in service.&lt;/p&gt;</description>
    </item>
    <item>
      <title>How It Works</title>
      <link>https://altsql.com/how-it-works/</link>
      <pubDate>Fri, 25 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://altsql.com/how-it-works/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;The idea.&lt;/strong&gt; A native hybrid of key-value and SQL: a very small database on the device that reads the sensors, keeping its data so that the gateway&amp;rsquo;s database can use it as it is, byte for byte, with no translation step.&lt;/p&gt;&lt;/blockquote&gt;&#xA;&lt;h2 id=&#34;the-whole-chain-at-a-glance&#34;&gt;The Whole Chain at a Glance&lt;/h2&gt;&#xA;&lt;p&gt;From the sensor to the cloud: where each part sits, and which way the data moves.&lt;/p&gt;&#xA;&lt;p&gt;&lt;img src=&#34;https://altsql.com/images/whole-chain.png&#34; alt=&#34;Sensors wired to a device; the device runs the small AltSql build with time-series, key-value and flash storage; records sync byte for byte to a gateway running the full build with SQL; the gateway serves dashboards and the cloud. The Learned Query Optimizer, drawn dashed, learns on the gateway and decides on the device.&#34;&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>The Learned Query Optimizer</title>
      <link>https://altsql.com/the-learned-query-optimizer/</link>
      <pubDate>Fri, 25 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://altsql.com/the-learned-query-optimizer/</guid>
      <description>&lt;p&gt;&lt;strong&gt;Status: planned for the Advanced Beta.&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;The Alpha answers every query the same way, whatever state the device is in. A device in the field is rarely in the same state twice: its battery runs down, its link comes and goes, its flash fills and wears, and its data turns from routine to alarming. The Learned Query Optimizer (LQO) is a planned, optional layer that lets AltSql take its situation into account. Despite its name, it does more than plan queries: most of its work is deciding what a device keeps, samples and sends, and where an answer comes from.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
